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INTERFACE  SPECIFICATIONS  FOR  THE  A-7E  SHARED  SERVICES  MODULE 


INTRODUCTION 


OVERVIEW 


This  document  describes  the  interface  to  the  A-7E  Shared  Services  Module. 
It  is  one  in  a  series  of  design  documents  of  the  Naval  Research  Laboratory's 
Software  Cost  Reduction  (SCR)  project,  which  is  producing  a  fully  worked-out 
example  of  model  software  design  and  documentation  based  on  state-of-the-art 
software  engineering  principles. 

The  role  of  the  Shared  Services  module  in  the  A-7E  software  is  explained 
fully  in  [MG].  Briefly,  it  is  responsible  for  providing  values  and  services 
that  would  otherwise  have  to  be  produced  by  more  than  one  Function  Driver 
module  (described  in  [ FD ] ) «  Its  primary  purpose  is  to  prevent  a  duplication 
of  effort  in  design,  implementation,  and  execution. 

The  design  of  this  module  was  carried  out  in  concert  with  the 
specification  of  the  Function  Driver  module.  Because  the  Function  Driver 
specifications  consist  mainly  of  tables  of  conditions  and  events  (as  explained 
in  [REQ],  Section  0.1),  it  was  usually  a  straightforward  matter  to  list  those 
calculations  which  would  be  necessary  for  each  function  driver  submodule  to 
produce  a  device-driving  value.  From  that  list,  commonalities  could  be 
extracted,  and  facilities  to  provide  the  common  values/services  could  be 
easily  constructed. 


READER  PREREQUISITIES 

It  is  assumed  that  the  reader  is  somewhat  familiar  with  [FD],  and  more 
familiar  with  [SO],  [MG]  and  [REQ]. 


Manuscript  submitted  May  13, 1982. 
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STRUCTURE  OF  THE  MODULE 


The  module  has  five  submodules: 

Mode  Determination  submodule:  This  submodule  is  responsible  for  keeping 
track  of  and  reporting  the  current  mode(s)  of  the  system.  Some  modes  are 
builtin;  these  are  described  Chapter  3  of  [REQ].  Facilities  are  also 
provided  for  users  to  define  new  modes  based  on  combinations  of  previously 
defined  modes. 

Panel  I/O  Support  submodule:  This  submodule  provides  service  routines 
that  facilitate  simplified  input  and  output  operations  on  the  A- 7  computer 
panel . 

Shared  Subroutine  submodule:  This  submodule  provides  some  mathematical 
routines  that  are  required  by  more  than  one  function  driver  module. 

Stage  Director  submodule:  Some  system  modes  are  divided  into  stages  that 
are  sequenced  through;  a  stage  transition  occurs  when  some  chosen  goal  is 
reached.  This  submodule  tracks  and  reports  the  current  stageCs)  of  the 
system.  Stages  are  discussed  in  Chapter  3  of  [REQ]. 

System  Values  submodule:  This  submodule  provides  values  that  are  used  by 
more  than  one  function  driver  module,  or  values  whose  rules  for 
computation  are  similar  enough  that  it  is  profitable  to  compute  them 
together. 


STANDARD  ORGANIZATION 


The  standard  organization  of  each  interface  description  is  described  in 
[SO],  subject  to  the  following  variations. 

The  "Implementation  Notes"  for  each  in'  ;r face  description  often  contain 
event  tables  or  condition  tables  or  selector  tables.  The  semantics  of  these 
tables  are  explained  in  Section  0.3  of  [REQ]. 

The  "Dictionary"  and/or  "Implementation  Notes"  section  of  each  interface 
description  may  contain  a  term  or  terms  enclosed  in  "11"  brackets.  This 
denotes  a  term  whose  value  is  not  reported  out  by  the  module;  rather,  it  is  a 
term  that  may  be  used  to  replace  a  lengthy  (but  precise)  definition  used  more 
than  once  in  that  particular  interface  description. 
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Mode  Determination  Submodule 


SS.M0DE.1  Introduction 

The  run-time  state  of  the  A-7  flight  program  can  be  partially 
characterized  by  its  current  operating  modes.  This  module  provides  facilities 
for  accessing  current  modes  in  two  ways:  (l)  it  provides  an  access  program 
that,  given  a  mode  name,  returns  true  if  the  system  is  currently  in  the 
specified  mode,  and  (2)  it  signals  changes  in  modes.  In  addition,  the  module 
provides  facilities  for  defining  new  modes  in  terms  of  previously  defined 
modes . 


SS.M0DE.2  Interface  Overview 


SS.MODE.2.1  DECLARATION  OF  MODE  NAMES 


Program  name 

Parm  type 

Parm  info 

Undesired  events 

++DCL  MODE++ 

pi :modename ;1 

new  mode  name 

Zunde fined  modeZ 

p2  rmodelist ;I 

defining  modes 

Zmode  already 

defined1? 

Program  effects 

Declares  the  identifier  given  in  pi  to  be  an  alias  for  each  of  the 
previously  defined  modes  listed  in  p2.  Modes  that  have  been  declared  may  be 
used  as  operands  in  subsequent  code.  In  addition,  the  event  of  mode  entry  and 
the  event  of  mode  exit  will  be  signaled  for  declared  modes.  Where  a  mode  is 
defined  in  terms  of  a  set  of  modes,  the  system  enters  the  mode  when  the  system 
enters  any  mode  in  the  set,  and  the  system  is  not  already  in  some  mode  in  the 
set;  the  system  exits  the  mode  when  the  system  exits  a  mode  in  the  set  and  is 
in  no  other  mode  in  the  set. 


SS. MODE. 2.2  OPERATIONS  ON  MODES 

Program  name  Parm  type  Parm  info  Undesired  events 

+IN_MODE+  pi rmodename ;I  mode  name  ^undefined  model 

p2  .‘boolean ;0  in  mode? 

Program  effects 

p2  :*  true  iff  the  system  is  currently  in  mode  pi. 
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SS . MODE .2.3  Events  signalled 

@T( !+in  _ +!)  @F( !+in  _ +!) 

where  " _ "  is  the  name  of  any  mode. 

SS.MODE. 3.1  Basic  Assumptions 

1.  The  system  is  always  in  at  least  one  mode.  Changes  in  current  modes 
can  always  be  signalled  to  user  programs. 

2.  This  module  can  always  determine  if  the  system  is  in  a  particular 
mode. 

3.  Mode  transitions  may  be  considered  to  be  instantaneous. 

SS.MODE. 3. 2  Undesired  Event  Assumptions 

1.  User  programs  will  not  use  an  undefined  mode  as  an  operand. 

3.  User  programs  will  not  define  the  same  mode  name  more  than  once. 

SS.MODE. 4  Local  Type  Definitions 

modename  An  identifier  to  be  used  as  the  name  of  a  mode. 

model ist  a  sequence  of  def_modes  enclosed  in  parentheses  and 

separated  by  comnas .  For  instance: 

(*Sautocal*,  *SINSaln*,  *DIG*,  *Airaln*,  *DI*) 

def_mode  a  mode  name  defined  in  a  previous  ++DCL_MODE++  operation, 

or  one  of  the  pre-defined  modes  given  in  [REQ],  Sections 
3.0.1  and  3.6.16. 


SS.MODE. 5  Local  Dictionary 

I  +  in  _ +!  (where  " _ "  must  be  replaced  by  a  mode  name)  True  if 

the  system  is  in  the  named  mode  and  false  otherwise. 
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SS.MODE.6  Undesired  Event  Dictionary 

%undefined  mode%  A  user  program  has  specified  an  alias  for  a 

non-existent  mode. 

%mode  already  defined?  A  user  program  has  attempted  to  redefine  a  mode 

name . 

SS.M0DE.7  System  Generation  Parameters:  None. 

SS.M0DE.8  Information  Hidden 

1.  Representation  of  the  correspondence  between  defined  mode  names  and 
the  defining  modes. 

2.  Algorithm  for  signalling  mode  changes. 

3.  What  causes  transitions  among  the  Requirement s-de fined  modes.  How 
the  mode  transition  criteria  is  represented. 
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Panel  I/O  Support  Submodule 


This  submodule  is  responsible  for  providing  services  for  programs  using 
the  computer  panel.  Such  services  facilitate  simpler  input  and  output 
operations  than  would  be  possible  using  the  panel's  abstract  interface. 

The  submodule  is  further  decomposed  into  the  following  submodules: 

Configuration  submodule:  responsible  for  detecting  and  reporting  the 
current  control  configuration  of  the  panel.  The  control  configuration 
determines  what  should  be  currently  displayed  on  the  panel's  upper  and 
lower  data  windows,  as  well  as  what  value  will  be  updated  should  an  input 
operation  occur. 

Display  format  submodule:  provides  requirements-oriented  display  formats 
(such  as  angle  and  latitude)  so  that  user  programs  need  not  be  concerned 
with  how  such  quantities  are  actually  represented  on  the  panel. 

Input  submodule:  responsible  for  accepting  and  reporting  all  input  values 
entered  by  the  pilot  through  the  panel.  Hides  the  input  protocols,  and 
the  rules  for  determining  what  value  is  being  updated  by  the  current  input 
operation. 
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Panel  1/0  Support: 

Panel  Configuration  Submodule 


SS.PNL 


SS.PNL.C0NFIG.1  Introduction 

This  submodule  is  responsible  for  determining  and  reporting  the  current 
control  configuration  of  the  panel.  The  configuration  is  determined  by  the 
state  of  various  switches,  controls,  and  conditions.  The  control 
configuration  may  be  used  to  determine  what  should  be  displayed  on  the  panel, 
or  what  value  will  be  updated  should  an  input  operation  occur. 


SS.PNL. CONFIG. 2.  Interface  Overview 
SS.PNL. CONFIG. 2.1  Access  Function  Table 


Access  program  name 
+G  CONTROL  CONFIG* 


Farm  type 

pi: panel_config; I 
p2:boolean;0 


Parm  info 
!  +  in  pnl  config+I 


UEi 

None. 


SS.PNL.CONFIG.2.2  Events  Signalled 
@T( !+pnl  config  changed*!) 

@T(I+pnl  config+I  *  xxx)  where  'xxx'  may  be  replaced  by  any  member  of  the 

domain  of  type  panel_config,  as  enumerated  under 
section  SS.PNL. CONFIG. 5. 


SS.PNL. CONFIG. 3  Basic  Assumptions: 

1.  There  are  controls  that  affect  what  should  be  displayed  on  the  panel  at 
a  given  time.  The  state  of  these  controls  is  known  as  the  panel 
control  configuration,  and  is  detectable  to  this  module. 

2.  The  panel  can  be  in  at  most  two  control  configurations  simultaneously . 

3.  User  programs  can  consider  transitions  between  conf igurations  to  be 
instantaneous. 

4.  The  panel  control  configuration  also  affects  how  data  entered  through 
the  panel  is  interpreted. 
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SS.PNL. CONFIG. 4 
Type 

panel_config 


Local  Data  Types: 


Type  definition 

Enumerated  by  the  following  list: 


{align_stage{ 

{alt  AGL  at  rls{ 

{alt  baro  AGL{ 

{ARPINT$ 

{ARPQUANT! 

{az  miss  dist  at  rls{ 

{az  ref  hdg{ 

{burst  ht{ 

{central  long  a{ 

{central  long  b{ 

{compf ail{ 

{data  nbr{ 

{dest  altitude! 

{dest  lat{ 

{dest  long! 

{dest  mslp{ 

{Doppler  coupled! 

{drift  angle  filtered{ 

{drftangl  IMS! 

{e  coarse  bias! 

{e  coarse  scaled 

{e  fine  bias{ 

{e  fine  scaled 

{elapsed  navaln  time{ 

{fpangl  at  rls{ 

{gndspd  filtered{ 

{groundspeed  IMS{ 

{gyro  drift  delta  n{ 

{heading  IMS! 

{hdg  system{ 

{heading  MAG{ 

{IMS  diagsl! 

{IMS  diags2{ 

{IMS  total  vel{ 

{L-probe{ 

{land  based{ 

{latitude! 

{latitude  error! 

{longitude! 

{longitude  error{ 

{low  lat  ct  a{ 

{low  lat  ct  b{ 

{mag  variation! 

{map  latitude! 

{map  longitude! 

{map  orient  a{ 

{map  orient  b{ 

{map  sw  diags{ 

{mark  lat{ 

{mark  long{ 

{MFSW  diags! 

!n  coarse  bias! 

{n  coarse  scale! 

{n  fine  bias! 

{n  fine  scaled 

{na  '  diagsl! 

{nav  diags2{ 

{norm  accel  at  rls{ 

{offset  brg{ 

{offset  dht{ 

{offset  rng{ 

{OFP  verl{ 

{OFP  ver2{ 

{priority  alt  display! 

{radalt  priority! 

{SINS  dhdg{ 

{SINS  east  vel{ 

{SINS  heading! 

{SINS  lat{ 

{SINS  long! 

{SINS  north  vel{ 

{SINS  validl! 

{SINS  valid2{ 

{SINS  x  offset! 

{SINS  y  offset{ 

{SINS  z  offset! 

{slant  range  at  rls{ 

{STARDY  diags! 

{TAS  ADC  at  rls{ 

{TAS  filtered! 

{time  to  dest{ 

{v  coarse  bias! 

{v  coarse  scale{ 

{vel  e{ 

{vel  n{ 

{weaptyp! 

{wind  dir{ 

{wind  vel{ 

{wpn  sw  diags{ 

{x  corr  increm! 

{x  drift{ 

{y  corr  increm! 

{y  drift{ 

{z  corr  increm! 

!z  drift{ 

{none! 
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SS.PNL. CONFIG. 5  Dictionary 

!+pnl  config  changed+I  true  while  !+pnl  config+I  is  changing  value. 

I  +  in  pnl  config+1  true  iff  the  panel  is  in  the  control 

configuration  given  by  pi. 

I+pnl  config+I  The  current  panel  control  configuration. 

SS. PNL. CONFIG. 6  Undesired  Event  Dictionary:  None 
SS. PNL. CONFIG. 7  System  Generation  Parameters:  None 

SS. PNL. CONFIG. 8  Information  Hidden 

1.  The  data  number  associated  with  most  of  the  display  items. 

2.  Which  configurations  occur  simultaneously. 

3.  The  way  the  various  panel  switches  affect  the  panel  control 
configurations;  which  configurations  require  keyboard  input,  and  what 
input  is  required  in  such  cases. 
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Panel  I/O  Support: 

Panel  Display  Format  Submodule 


SS . PNL . FORMAT . 1  Introduction 

This  submodule  is  responsible  for  providing  formatting  services  for  all 
data  displayed  on  the  panel.  Its  secret  is  how  the  various  formats  are 
actually  displayed,  using  the  virtual  panel  interface  provided  by  the  Device 
Interface  Module. 


SS.PNL. FORMAT. 2.  Interface  Overview 


SS. PNL. FORMAT. 2. 1  Access  Program  Table 

In  the  table,  "win"  may  be  replaced  by  "UPPER"  or  "LOWER". 


Program  name 

Parm  type 

Parm  info 

UEs 

+S  ANGLE  win+ 

pi : angle;I 

None 

+S_BITSTRING_win+ 

pl:bitstring;I 

+S  BINT  win+ 

pi : integer ;I 

+S  BLNKLTS  win* 

— 

♦S  CHARSTR  LOWER* 

pl:charstr;I 

+S  CHARSTR  UPPER* 

pl:charstr;I 

+S  LATITUDE  win* 

pi : latitude ;I 

+S_LON  G IT  UDE_w i n+ 

pi: longitude;I 

+S_REAL_win+ 

pl:real;I 

+S_S  IGN_win+ 

pl:boolean;I 

+S  SFRAC  win* 

pl:real;I 

+S~SINT  win* 

pi : integer ;  I 

+S_S2INT_win* 

pi: integer;I 

+S  TIME  win* 

p 1 : t ime ; I 

+S  UFRAC  win* 

pl:real;I 

+S_UINT_win+ 

pi : integer ; I 

♦CLEAR  win* 

— 
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Program  Effects 

All  programs  erase  the  previous  display  in  the  affected  window.  In 
addition: 


+CLEAR_LOWER+ 
♦CLEAR  JJPPER+ 

+S_BLNKLTS_LOWER+ 

+S_BLNKLTSJJPPER+ 

♦S_BITSTRING_win+ 

+S_BINT_win+ 

+S_CHARSTR_win+ 

+S  REAL  win+ 


+S_S IGN_win+ 

+ S_AN  GLE  _wi  n+ 
+S_LATITUDE_win+ 
+S~LONGITUDE_wi n+ 

+S  SFRAC  win+ 


+S  SINT  win+ 


Turns  off  all  the  format  lights  associated  with 
that  window. 

Turns  on  all  format  lights  associated  with  that 
window. 

Displays  pi  in  the  specified  window.  If  the 
value  of  pi  exceeds  the  display  capacity  of  the 
window,  then  the  value  is  truncated  on  the  right 
(least  significant)  side.  If  the  value  of  pi 
takes  less  than  the  length  of  the  window,  than 
the  value  will  be  displayed  right  justified, 
with  blank  fill  on  the  left. 

Displays  pi  in  the  specified  window. 

Displays  pi  in  the  specified  window  in 
degrees/minutes/seconds  form. 


Displays  a  signed  real  number  whose  absolute 
value  is  less  than  one.  If  a  number  of  larger 
magnitude  is  given,  only  the  fractional  part 
will  be  displayed.  Number  is  left  justified, 
with  zero  fill  on  right. 

Displays  pi,  with  sign,  in  the  given  window, 
with  zero  fill  to  the  left. 


+S  S2INT  win+ 


+S  TIME  win+ 


Displays  a  signed  two-digit  integer  in  the 
given  window,  with  zero  fill  to  the  right.  If 
pi  has  more  than  two  digits,  it  will  be 
truncated  on  the  right. 

Displays  a  time  in  the  given  window,  in 
hours/minutes/seconds  form. 


6904a 


11 


.  rims* A 


Release  1 


SS.PNL 


Program  effects  (continued) 


+S  UFRAC  win+ 


+S  UINT  win+ 


Displays  an  unsigned  real  number  whose  absolute 
value  is  less  than  one.  If  a  number  of  larger 
magnitude  is  given,  only  the  fractional  part 
will  be  displayed.  If  a  negative  number  is 
given,  the  absolute  value  will  be  taken. 

Number  is  left  justified,  with  zero  fill  on 
right. 

Displays  the  magnitude  of  pi  in  the  given 
window,  without  sign,  and  with  zero  fill  to 
left. 


SS.PNL. FORMAT. 2. 2  Events  Signalled:  None. 


SS.PNL. FORMAT. 3  Basic  Assumptions: 

1.  Data  must  be  displayed  on  the  panel  using  one  of  the  following 
display  formats:  ANGLE,  BITSTRING,  INTEGER,  CHARACTER  STRING, 
LATITUDE,  LONGITUDE,  REAL,  SIGN,  SIGNED  FRACTION,  SIGNED  INTEGER, 
UNSIGNED  FRACTION,  UNSIGNED  INTEGER,  SIGNED  TWO-DIGIT  INTEGER,  or 
TIME.  There  is  only  one  legal  data  type  for  each  panel  format.  A 
format  is  defined  by  which  elements  of  a  window  are  used,  and  which 
associated  format  lights  are  turned  on  and  off. 

2.  When  data  is  displayed  in  a  window,  any  previous  display  in  that 
window  is  erased . 

3.  If  the  data  to  be  displayed  in  a  window  exceeds  the  display  capacity 
of  that  window,  then  the  data  will  be  truncated  on  the  right  (least 
significant)  side. 

4.  There  is  a  format  known  as  BLANK  LIGHTS  that  may  be  displayed  on  the 
panel.  No  data  is  displayed  when  this  format  is  invoked.  All  format 
lights  associated  with  a  window  are  turned  on,  and  the  window  is 
blanked. 

5.  If  control  of  the  panel  is  not  available  to  this  module  when  a 
display  command  is  issued,  then  the  command  will  be  held  until 
control  of  the  panel  is  available  and  displayed  then.  If  more  than 
one  display  command  is  received  when  the  panel  is  not  available,  then 
the  most  recent  one  will  be  carried  out  when  the  panel  becomes 
available. 
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SS.PNL. FORMAT. 4 

SS.PNL. FORMAT. 5 

SS.PNL. FORMAT. 6 

SS.PNL. FORMAT. 7 


Local  Data  Types:  None. 

Dictionary:  None. 

Undesired  Event  Dictionary:  None. 
System  Generation  Parameters:  None . 


SS. PNL. FORMAT. 8  Information  Hidden: 

1.  How  the  interface  of  the  DIM  virtual  panel  is  used  to  implement  the 
services  provided  by  this  submodule. 

2.  How  the  format  lights  are  used  to  display  certain  data  formats. 

3.  Certain  format  rules  that  govern  how  values  are  displayed,  such  as: 
how  signs  (positive/negative)  are  displayed;  how  bitstrings  and  booleans 
are  displayed;  when  decimal  points  are  used,  and  when  they  are  merely 
implied. 
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Panel  I/O  Support: 
Panel  Input  Submodule 


SS.PNL. INPUT. 1  Introduction 

This  submodule  is  responsible  for  accepting  all  input  keyed  in  by  the 
pilot  through  the  panel.  It  contains  the  knowledge  of  what  constitutes  a 
successful  or  unsuccessful  input  operation,  and  the  procedures  and  protocol 
for  entering  data.  This  module  also  knows  the  list  of  items  whose  values  can 
be  updated  by  pilot  entry,  and  can  tell  which  item  is  being  updated.  Finally, 
it  can  at  any  time  provide  the  most  recently-entered  value  for  any  such  item. 


SS. PNL. INPUT. 2.  Interface  Overview 
SS.PNL. INPUT. 2. 1  Access  Program  Table 


Program  name 


Parm  type 


Parm  info 


Restricted  device  reconfiguration  value  programs 


♦central  long  a  pnl+l 
♦central  long  b  pnl+I 
+e  coarse  bias  pnl+I 
+e  coarse  scale  pnl+I 
+e  fine  bias  pnl+! 

+e  fine  scale  pnl+! 
+L-probe  pnl+I 
♦low  lat  ct  a  pnl+I 
♦low  lat  ct  b  pnl+I 
♦map  orient  a  pnl+I 
♦map  orient  b  pnl+I 
+n  coarse  bias  pnl+I 
+n  coarse  scale  pnl+I 
+n  fine  bias  pnl+I 
+n  fine  scale  pnl+I 
+v  coarse  bias  pnl+I 
+v  coarse  scale  pnl+I 
+x  corr  increm  pnl+I 
+x  drift  pnl+I 
+y  corr  increm  pnl+I 
+y  drift  pnl+I 
t-z  corr  increm  pnl+I 
+z  drift  pnl+I 


+G_CENTRAL  LONG  A+ 

pl 

longitude ;0 

+G  CENTRAL  LONG  B+ 

Pi 

longitude ;0 

+G  E  COARSE  BIAS+ 

Pi 

real;0 

+G  E  COARSE  SCALE + 

Pi 

real;0 

+G~E  FINE  BIAS+ 

Pi 

real;0 

+G  E  FINE  SCALE+ 

Pi 

:real;0 

+G  L  PROBE + 

Pi 

boolean;0 

+G  LOW  LAT  CT  A+ 

Pi 

integer ;0 

+G  LOW  LAT  CT  B+ 

Pi 

integerjO 

+G_MAP  ORIENT  A+ 

Pi 

angle;0 

+G  MAP  ORIENT  B+ 

Pi 

angle ;0 

+G_N_C0ARSE  BIAS+ 

Pi 

•real ;0 

+G  N  COARSE  SCALE+ 

Pi 

real;0 

+G  N  FINE  BIAS+ 

Pi 

real ;0 

+G  N  FINE  SCALE+ 

Pi 

real;0 

+G  V  COARSE  BIAS+ 

Pi 

real ;0 

+G  V  COARSE  SCALE + 

Pi 

real;0 

+G_X_C0RR  INCREM+ 

pl 

real ;0 

+G  X  DRIFT + 

Pi 

real;0 

+G_ Y_C°RR_ ! NCREM+ 

Pl 

real ;0 

+G_Y_DRIFT+ 

Pl 

real ;0 

+G_Z  CORR  INCREM+ 

Pl 

real ;0 

+G_Z  DR I FT + 

Pl 

real ;0 

Undesired 

Events 


None. 
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SS. PNL. INPUT. 2. 1  Access  Program  Table  (continued): 


Program  name 


Parm  type 


Parm  info 


Parameterized  items 


+G_BURST_HT+ 

pi: integer ;I 

locn  nbr 

p2 :distance ;0 

I+burst  ht  pnl+I 

+G_DEST_ALT ITUDE+ 

pi : integer ;I 

locn  nbr 

p2:distance;0 

I+dest  altitude  pnl+I 

+G_DEST_LAT+ 

pi : integer ;I 

locn  nbr 

p2 : latitude ;0 

I+dest  lat  pnl+I 

+G_DEST_LONG+ 

pi: integer ;I 

locn  nbr 

p2 : longitude ;0 

I+dest  long  pnl+I 

+G_DEST_MSLP+ 

pi: integer;! 

locn  nbr 

p2 :pressure;0 

I+dest  mslp  pnl+I 

+G_MAG_VAR IAT I0N+ 

pi: integer ;I 

locn  nbr 

p2: angle ;0 

I+mag  variation  pnl+I 

+G_OFFSET_BRG+ 

pi : integer ;I 

locn  nbr 

p2 : angle ;0 

I+offset  brg  pnl+I 

+G_OFFSET_DHT+ 

pi : integer ;I 

locn  nbr 

p2  :distance;0 

I+offset  dht  pnl+I 

+G_OFFSET_RNG+ 

pi: integerjl 

locn  nbr 

p2  .‘distance ;0 

I+offset  rng  pnl+I 

Other  Panel 

Input  Items 

+G_AZ_REF_HDG+ 

pl:angle;0 

I+az  ref  hdg  pnl+I 

+G~ DATA  NBR+ 

pi : integer;0 

I+data  nbr  pnl+I 

+G  DEST~ENTRY+ 

pi : integer ;0 

I+dest  entry  pnl+I 

+G~D0PPLER  C0UPLED+ 

pl:boolean;0 

i+Doppler  coupled  pnl+I 

+G~LAND  BASED+ 

pl:boolean;0 

!+land  based  pnl+I 
I+latitude  pnl+I 

+G  LAT ITUDE+ 

pi : latitude ;0 

+G  LONGITUDE+ 

pi : longitude ;0 

I+longitude  pnl+I 

+G  RADALT  PRI0RITY+ 

pl:boolean;0 

I+radalt  priority  pnl+I 

+G_SINS  DHDG+ 

pi: angle ;0 

I+SINS  dhdg  pnl+I 

+G_S  INS“X_0 FFSET+ 

pl:distance;0 

I+SINS  x  offset  pnl+I 

+G~SINS~Y_0 FFSET+ 

pl:distance;0 

I+SINS  y  offset  pnl+I 

+G  SINS_Z  0FFSET+ 

pi: distance;0 

I+SINS  z  offset  pnl+I 

+g  wind_dTr+ 

pi: angle ;0 

I+wind  dir  pnl+I 

+G  WIND'VEL+ 

pl:speed;0 

I+wind  vel  pnl+I 

Undesired 

Events 


Ilocn  nbr 
illegal? 


None. 
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SS . PNL . INPUT .2.2  Events  Signalled 

@T(!+data  enterable*!)  @F(!+data  enterable*!) 

@T(!+dest  selected* ) 

@T(!+input  attempted*!) 

@T(!+input  requested*!) 

@T(!+land  based*!)  @F( I+land  based*!) 

@T(!+panel  error*!) 

@T(!+pnl  input  complete*!) 

@T(!+new  "data"  entered*!) 

where  "data"  may  be  replaced  by  any  interface  term  in  the  Parra  Info 
column  of  the  access  program  table  overview,  minus  its  brackets.  For 
instance,  @T(!+new  central  long  a  pnl  entered*!)  is  signalled,  as  are 
@T(!*new  burst  ht  pnl  entered*!)  and  @T(l*new  wind  dir  pnl  entered*!). 


SS. PNL. INPUT. 3. 1  Basic  Assumptions: 

1.  There  are  well-defined  protocols  and  procedures  for  entering  data 
through  the  panel.  These  protocols  determine  when  data  may  be 
entered,  order  of  operations  and  size/scale  of  entered  values.  For 
some  input  operations,  it  is  necessary  for  the  pilot  to  issue  a 
preliminary  keyboard  command  to  begin  the  operation. 

2.  When  input  protocols  are  violated,  an  error  display  is  shown  for  a 
short  fixed  period  of  time,  and  the  input  operation  is  considered 
unsuccessful.  Nothing  else  may  be  displayed  on  the  panel  while  the 
error  display  is  being  shown.  When  the  error  display  is  removed,  the 
panel  displays  what  would  have  been  displayed  had  there  been  no 
attempted  input  operation. 

3.  This  submodule  controls  the  virtual  panel  during  an  input  operation. 

4.  Only  one  input  operation  may  be  in  progress  at  a  time.  It  is 
possible  to  determine  when  an  input  operation  has  begun  and  when  it 
has  ended.  This  module  reports  when  a  data  input  operation  may 
legally  begin,  when  one  has  begun,  when  one  has  successfully 
terminated,  and  when  a  violation  of  input  rules  has  occurred. 
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5.  It  is  possible  to  interpret  panel  inputs  as  assignments  of  value  to 
particular  items.  For  a  particular  item,  the  value  returned  by  this 
module  is  the  raos t-recently-entered  value  of  that  item.  If  any  item 
has  not  been  assigned  a  value  by  panel  input  since  the  program  was 
loaded,  a  default  value  will  be  returned.  The  default  values  are 
given  as  system  generation  parameters. 

6.  Some  input  items  have  more  than  one  value  associated  with  them.  For 
instance,  destination  latitude  is  such  an  item;  it  may  have  several 
values  (one  for  each  of  several  destinations)  associated  with  it. 

The  set  of  such  multiple-value  panel  input  items  is  fixed  and 
determined  by  requirements.  When  a  pilot  enters  a  value  for  such  an 
item,  he  also  provides  an  integer  that  specifies  which  particular 
value  for  that  item  is  being  entered.  To  retrieve  a  particular  value 
of  a  multiple-value  item,  user  programs  must  specify  the  same  integer 
as  that  provided  by  the  pilot  when  the  value  was  entered.  A  string 
of  consecutive  integers  constitutes  the  only  legal  integer  values. 

The  upper  and  lower  bound  of  this  string  are  fixed  at  system 
generation  time. 

7.  Any  program  in  this  submodule  may  be  called  at  any  time.  An  input 
operation  may  occur  at  any  time,  and  is  not  under  the  control  of  any 
user  program. 


SS.PNL. INPUT. 3. 2  Assumptions  about  Undesired  Events; 

1.  User  programs  will  not  call  attempt  to  retrieve  a  multiple-value 
input  item  by  specifying  an  illegal  integer  identifier. 


SS.PNL. INPUT. 4  Local  Data  Types:  None 
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SS. PNL. INPUT. 5  Dictionary 

Term  Definition 

GENERAL  DEFINITIONS: 

Any  item  of  the  form 

!+"data"  pnl+! :  The  last  value  of  !+"data"+!  entered  via  the 

panel,  where  each  such  item  is  defined  in  the 
Data  Banker  dictionary  (unless  defined 
below).  For  instance,  I+latitude  pnl+!  is  the 
last  value  of  !+latitude+!  entered  via  the 
panel.  If,  for  a  particular  item,  no  value 
has  been  entered  via  the  panel  since  the 
program  was  loaded,  a  default  value  will  be 
returned.  The  default  value  for  each  item  is 
given  by  a  system  generation  parameter. 


any  item  of  the  form 

!+new  "data"  entered+1  signalled  when  the  pilot  has  just  entered  a 

new  value  for  !+"data"  pnl+I,  which  is  defined 
for  each  "data"  elsewhere  in  this  dictionary. 

OTHER  DEFINITIONS: 

!+data  enterable+I  true  iff  a  panel  input  operation  may  legally 

begin. 

!+dest  selected+1  true  while  !+dest  entry  pnl+I  is  changing 

value. 


I+input  attempted-*-! 


!+input  requested-*-! 


!+land  based-*-! 


!+panel  error-*-! 


true  while  the  pilot  is  attempting  to  enter 
input  through  the  panel  without  issuing  a 
preliminary  keyboard  command  to  begin  the 
operation. 

true  while  the  pilot  is  issuing  the 
preliminary  keyboard  command  to  begin  an  input 
operation. 

The  most  recently-entered  value  for 
!+land  based  pnl+I. 

true  while  the  panel  is  displaying  the  error 
message. 


!+pnl  input  complete+1  true  between  the  time  that  one  panel  input 

operation  has  terminated  normally  and  the  time 
that  another  panel  input  operation  has  begun. 
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SS.PNL. INPUT. 6  Undesired  Event  Dictionary: 

%locn  nbr  illegal?  pi  lc  #multval  lbound#  OR 

pi  gt  #multval  hbound#. 


SS.PNL. INPUT. 7  System  Generation  Parameters: 

The  following  system  generation  parameters  give  the  load-time  initial 
values  of  the  items  indicated: 


System  generation  parameter  Initial  value  of 

#pnl  init  burst  ht# 

♦burst  ht  pnl+I 

#pnl  init  dest  altitute# 

♦dest  altitude  pnl+I 

#pnl  init  dest  lat# 

♦dest  lat  pnl+'. 

#pnl  init  dest  long# 

♦dest  long  pnl+I 

#pnl  init  dest  mslp# 

♦dest  mslp  pnl+I 

#pnl  init  mag  variation# 

♦mag  variation  pnl+I 

#pnl  init  offset  brg# 

♦offset  brg  pnl+I 

#pnl  init  offset  dht# 

♦offset  dht  pnl+! 

#pnl  init  offset  mg# 

♦offset  rng  pnl+I 

#pnl  init  az  ref  hdg# 

♦az  ref  hdg  pnl+I 

#pnl  init  data  nbr# 

♦data  nbr  pnl+I 

#pnl  init  dest  entry# 

♦dest  entry  pnl+I 

#pnl  init  Doppler  coupled# 

♦Doppler  coupled  pnl+I 

#pnl  init  land  based# 

♦land  based  pnl+I 

#pnl  init  latitude# 

♦latitude  pnl+I 

#pnl  init  longitude# 

♦longitude  pnl+I 

#pnl  init  radalt  priority# 

♦radalt  priority  pnl+I 

#pnl  init  SINS  dhdg# 

♦SINS  dhdg  pnl+I 

#pnl  init  SINS  offset# 

♦SINS  x  offset  pnl+I, 

♦SINS  y  offset  pnl+I,  and 

♦SINS  z  offset  pnl+I 

#pnl  init  wind  dir# 

♦wind  dir  pnl+I 

#pnl  init  wind  vel# 

♦wind  vel  pnl+I 
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terror  display  time# 
#error  msg  upper# 


#error  msg  lower# 


#mul tval_hbound# 
#multval  lbound# 


How  long  to  display  the  error  message.  At  the 
end  of  this  time,  the  error  display  is  removed. 

A  character  string  of  length  6;  this  is  used 
as  that  part  of  the  error  message  displayed  in 
the  upper  window. 

A  character  string  of  length  7;  this  is  used 
as  that  part  of  the  error  message  displayed  in 
the  lower  window. 

The  highest  legal  integer  associated  with  a 
multiple-value  panel  input  item. 

The  lowest  legal  integer  associated  with  a 
multiple-value  panel  input  item. 


SS . PNL . INPUT . 8  Information  Hidden: 

1.  The  sequence  of  operations  necessary  to  perform  panel  input;  how  to 
tell  when  a  panel  input  operation  has  started  and  terminated. 

2.  When  and  how  each  panel  input  operation  is  performed;  how  long  ago 
each  input  operation  occurred. 

3.  How  this  module  makes  use  of  other  panel  i/o  submodules  to  tell  what 
value  is  being  updated  by  any  input  operation. 

4.  How  the  pilot  enters  the  identifying  integer  for  multiple-value  panel 
input  items;  whether  he  employs  the  panel  (and  if  so,  whether  or  not  the 
integer  value  is  provided  as  a  separate  input  item),  or  some  other  means. 
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SS.SUBRTN.l  Introduction 

This  module  provides  a  few  mathematical  service  routines  that  are  required 
by  more  than  one  Function  Driver  module.  Each  value  provided  is  a 
pre-defined  arithmetic  function  of  the  input  parameters. 


SS.SUBRTN. 2.  Interface  Overview 


SS.SUBRTN. 2. 1  Access  Program  Table 


Program  name 
♦LIMIT  FN+ 


Parm  type 

pl:angle;I 
p2 :real ; I 
p3 : angle ;  I 
p4 :angle;0 


+S YMBOL_AZ_ON_ASL+  p 1 : ang 1 e ; I 

p2 :angle;0 


Parm  info 


UEs 

None. 


!+limited  input+1 

symbol  elevation 
! + s ymbo l_az_on_ASL+ 1 


SS.SUBRTN. 2. 2  Events  Signalled:  None. 


SS.SUBRTN. 3  Basic  Assumptions: 

1.  Some  mathematical  calculations  must  be  performed  by  more  than  one 
Function  Driver  module. 

2.  It  is  possible  to  determine  the  azimuth  angle  of  a  point  on  the  HUD 
azimuth  steering  line  (ASL)  by  giving  the  elevation  of  the  point,  provided 
the  position  and  rotation  angle  of  the  ASL  are  also  available. 


SS.SUBRTN. 4  Local  Data  Types:  None. 


SS.SUBRTN. 5  Dictionary 
!+limited  input+1 
!+symbol_az_on  ASL+1 


SIGN(pl)  x  MIN( p3 ,  p2  x  ABS(pi)  ) 

The  azimuth  angle  of  a  point  on  the  HUD  azimuth 
steering  line  (ASL)  at  a  given  elevation. 
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SS.SUBRTN.6  Undesired  Event  Dictionary:  None. 

SS.SUBRTN. 7  System  Generation  Parameters:  None. 

SS.SUBRTN. 8  Information  Hidden 

1.  The  algorithms  used  to  compute  the  output  values. 
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SS. STAGE. 1  Introduction 

In  some  system  inodes,  the  system  sequences  through  stages  where  the  end  of 
each  stage  is  marked  by  the  achievement  of  some  chosen  goal  and  the  next  stage 
is  directed  towards  achieving  a  new  goal.  The  modes  differ  in  the  definition 
of  the  goals  and  the  sequence  of  stages.  The  Stage  Director  module  provides 
information  about  the  current  stage  of  such  modes.  The  secrets  of  these 
modules  are  the  rules  for  choosing  the  current  stage.  These  rules  are 
properties  of  the  individual  modes  rather  than  the  individual  function 
drivers.  Stage  directors  do  not  hide  the  definitions  of  conditions  that  are 
global  to  the  modes.  There  are  stage  directors  provided  for  alignment  mode 
and  test  mode  stages.  Alignment  modes  and  test  modes  are  defined  in  [REQ], 
Section  3.0.1. 


SS. STAGE. 2.  Interface  Overview 


SS. STAGE. 2.1  Access  Program  Table 

Program  name  Parm  type  Parm  info  UEs 


Alignment  Mode  Stage  Director  Programs 


+G_ALIGN_STAGE+ 

+G_C  A_S  TAGE_C0MP  LETE  * 
+G  CA2_STAGE_COMPLETE+ 
+G_CL_STAGE_COMPLETE+ 

+ G_C  L  2_S  TAGE_C°MPLE  TE + 
+G_E  D_S  TAGE_C0MP  LETE* 
+G_ED2_STAGE_COMPLETE + 
+G_FM_STAGE_COMP  LETE* 
+G_FG_STAGE  COMPLETE + 
+G_HG_S TAGE~C0MP LETE + 
+G  HL_STAGE_COMPLETE+ 
+G~HS_S  TAGE_C0MP LE  TE + 

+G_ND_STAGE_C0MPLETE+ 
+G_ND  2_STAGE_C0MP LETE* 

+G  TS  STAGE  COMPLETE* 


pl:astage;0 
pi : boolean; 0 
pi : boolean ;0 
pi :boolean;0 
pi : boolean ;0 
pi :boolean;0 
pi: boolean ;0 
pl:boolean;0 
pi: boolean ;0 
pi :boolean;0 
pl:boolean;0 
pl:boolean;0 
pi :boolean;0 
pl:boolean;0 
pl:boolean;0 


!+align_ stage* I  None. 

1+CA  stage  complete*! 

!*CA2  stage  complete*! 

1+CL  stage  complete*! 

!+CL2  stage  complete*! 

I+ED  stage  complete*! 

!*ED2  stage  complete*! 

!+FM  stage  complete*! 

I+FG  stage  complete*! 

I+HG  stage  complete*! 

I+HL  stage  complete* I 
I+HS  stage  complete*! 

I+ND  stage  complete*! 

!+ND2  stage  complete*! 

!+TS  stage  complete*! 
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Program  name 


Para  type  Para  info 
Test  Mode  Stage  Director  Programs 


+G_TEST_STAGE+ 

+G_AC  STAGE_COMPLETE+ 
+G_CS-STAGE_COMPLETE+ 
-*-G_D CISTAGE  COMPLETE + 
+G_DIO_STAGE  COMPLETE-*- 
+G~GA  STAGE  COMPLETE + 

+G_PDISTAGE_C0MP LETE+ 

+G_sc_STAGE_c0MpLETE+ 
+G_ TM~ STAGE  COMPLETE-*- 


pl:tstage;0  !*-test_stage-*-! 

pl:boolean;0  !+AC  stage  complete-*-! 

pl:boolean;0  !-*-CS  stage  complete-*-! 

pi: boolean ;0  !-*-DC  stage  complete-*-! 

pl:boolean;0  I+DIO  stage  complete-*-! 

pl:boolean;0  I+GA  stage  complete-*-! 

pl:boolean;0  !+PD  9tage  complete-*-! 

pl:boolean;0  I+SC  stage  complete-*-! 

pl:boolean;0  I+TM  stage  complete-*-! 


UEs 


None. 


SS. STAGE. 2. 2  Events  Signalled 


@T(!+align_stage+ 
@T( i+align_stage+ 
@T(  !+align_stage-*- 
@T(  l  +  align_stage-*- 
@T( !+align_stage+ 
@T(  !-*-align_stage+ 
@T(  l+align_stage-*- 
@T( !+align_stage+ 
@T( !+align_stage+ 
@T( !+align_stage+ 
@T(  !-*-align_stage+ 
@T(  !-*-align_stage+ 
@T( !+align_stage+ 
@T(  !-*-align_stage+ 
@T  ( !  +al  ign_s  tage-*- 
@T(  1 


ic  At) 

iCA2t) 

iCL$) 

$CL2$) 

$ED$) 

$ED2$) 

$FM$) 

iFGt) 

iHG$) 

iHLt) 

tHSi) 

t  NDi) 

$ND2$) 

iTSt) 

tNonet) 


+new  align  stage-*-!) 


@F(  !-*-align_stage+ 
@F(  i+align_stage+ 
@F(  !-*-align_stage+ 
@F(  !-*-align_stage+ 
@F( I+align_stage+ 
@F(  !-*-align_stage+ 
@F(  !+align_stage+ 
@F( !  *-align_stage-*- 
@F(  !*-align_stage+ 
@F( !+align_stage+ 
@F(  !+align_stage-> 
@F( !+align_stage+ 
@F( l+align_stage+ 
@F(  !-*-align_stage+ 


iCAl) 

$CA2$) 

$CL$) 

JCL2J) 

$ED$) 

$ED2i) 

*FM$) 

$FGt) 

$HG$) 

tHLi) 

tHSi) 

tmt) 

tm2i) 

tTSt) 


@T(  !*-test_stage+!  ■  $CS$) 
@T( !+test_stage+!  *  JTM$) 
@T(  !+test_stage-*-!  *  $GAi) 
@T( !+teat_stage+!  ■  $DIO$) 
@T(  !-*-test_stage-*-I  *  $SC$) 
@T(  I-*-test_stage+!  *  $DC$) 
@T(  l-*-test_stage-*-!  *  $AC$) 
@T( !+test_stage+!  *  $PD$) 
@T( !+test_stage+!  *  $None$) 
@T(i+new  test  stage-*-!) 


@F(  !-*-test_stage+I  »  $CS$) 
@F(  !■*■  test's tage+!  *  tTMi) 
@F(  !  +  test_stage-*-!  *  tGAt) 
@F(  !-*-test_stage+!  *  $DIO$) 
@F(  !-*-test_stage+!  *  tSCi) 
@F( !+test_stage+!  *  $DC$) 
@F(  !-*-tes  t_stage+!  *  $AC$) 
@F(  !-t-test_stage+!  *  tPDi) 
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SS. STAGE. 3  Basic  Assumptions: 

1.  All  alignment  modes  have  stages.  An  alignment  stage  is  defined  by  a 

goal  or  action,  at  the  completion  of  which  the  stage  is  considered  to 

have  terminated.  If  the  system  is  not  in  an  alignment  mode,  then  the 
alignment  stage  will  be  $None$. 

2.  It  is  always  possible  to  determine  the  alignment  stage  of  the  system. 
When  the  system  is  in  an  alignment  mode,  it  will  be  in  exactly  one 
alignment  stage. 

3.  All  test  modes  have  stages.  A  test  stage  is  defined  by  a  goal  or 

action,  at  the  completion  of  which  the  stage  is  considered  to  have 
terminated.  If  the  system  is  not  in  a  test  mode,  then  the  test  stage 
will  be  $None$. 

4.  It  is  always  possible  to  determine  the  test  stage  of  the  system.  When 
the  system  is  in  a  test  mode,  it  will  be  in  exactly  one  test  stage. 

5.  User  programs  may  consider  transitions  between  stages  to  be 
instantaneous. 

6.  Stages  may  be  repeated  in  the  duration  of  a  mode.  Not  all  stages 
occur  in  every  mode.  A  particular  mode  may  comprise  different  stages 
than  it  did  the  last  time  that  mode  was  entered.  The  order  of  stages 
in  a  particular  mode  be  different  than  it  was  the  last  time  that  mode 
was  entered.  The  stages  and  their  order  in  a  particular  invocation  of 
a  mode  is  determined  by  information  available  to  this  module. 


SS. STAGE. 4  Local  Data  Types 

astage  Enumerated:  $CA$,  $CA2i,  $CL$,  $CL2$,  $ED$,  $ED2$, 

$FM$,  $FG$,  jHGi,  tHL$,  iHSi,  $ND$,  $ND2$ ,  $TS$, 
$None$ . 

t stage  Enumerated:  $CS$ ,  $TM$,  *GA$,  tDIO$,  tSC|,  $DC$, 

$AC$,  $PD$,  $None$. 
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SS. STAGE. 5  Dictionary 

!+align_stage+I  The  current  alignment  mode  stage  of  the  system. 

Value  is  $None$  if  the  system  is  in  no  alignment 
stage. 

I+test  stage*!  The  current  test  mode  stage  of  the  system.  Value 

is  $None$  if  the  system  is  in  no  test  stage. 


1+new  align  stage+'.  true  while  the  alignment  stage  is  changing.  This 

includes  an  entry  into  an  alignment  stage  from  no 
alignment  stage.  This  does  not  include  entering 
no  alignment  stage. 

!+new  test  stage*!  true  while  the  test  stage  is  changing.  This 

includes  an  entry  into  a  test  stage  from  no  test 
stage.  This  does  not  include  entering  no  test 
stage. 


+CA  stage  complete* I 
+CA2  stage  complete*! 
♦CL  stage  complete*! 
+CL2  stage  complete*! 
+ED  stage  complete*! 
+ED2  stage  complete*! 
*FM  stage  complete*! 
+FG  stage  complete*! 
+HG  stage  complete*! 
+HL  stage  complete*! 
♦HS  stage  complete*! 
+ND  stage  complete*! 
+ND2  stage  complete*! 
+TS  stage  complete*! 


true  iff  the  named  alignment  mode  stage  has  been 
completed  since  entering  the  current  alignment 
mode.  Note  that  this  does  not  preclude  the 
possibility  of  the  stage  being  re-entered  before 
the  completion  of  the  mode. 


*AC  stage  complete*! 
♦CS  stage  complete*! 
♦DC  stage  complete*'. 
♦DIO  stage  complete*! 
+GA  stage  complete*! 
*PD  stage  complete*! 
+SC  stage  complete*! 
+TM  stage  complete*! 


true  iff  the  named  test  mode  has  been  completed 
since  entering  the  current  test  mode.  The  stage 
may  or  may  not  be  re-entered  before  the  test  mode 
is  exited. 
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SS. STAGE. 6  Undesired  Event  Dictionary:  None. 

SS. STAGE. 7  System  Generation  Parameters:  None 

SS. STAGE. 8  Information  Hidden 

1.  The  criteria  for  determining  the  current  alignment  stage. 

2.  What  causes  one  stage  to  end  and  another  to  begin. 

3.  The  number  and  order  of  stages  in  each  of  the  alignment  modes. 

4.  The  criteria  for  determining  the  current  test  stage. 

5.  The  number  and  order  of  test  stages. 

6.  The  fact  that  some  alignment  stages  returned  by  this  module  are  in 
fact  leaves  of  a  stage-hierarchy  tree. 


System  Values  Submodule 


Introduction 


A  value  returned  by  the  System  Values  submodule  has  at  least  one  of  the 
following  properties: 

it  is  used  within  one  or  more  of  the  behavior-hiding  modules; 

-  the  rules  governing  its  evaluation  are  shared  or  similar  enough  to 
another  value  returned  by  this  module  to  warrant  a  shared 
implementation. 

The  rules  for  evaluation  are  the  secret  of  this  submodule.  The  submodule 
is  divided  into  the  following  parts,  based  upon  the  semantic  nature  of  the 
values  returned : 

(!)  Device  Reasonableness:  These  values  are  used  to  decide  whether  a 
device  is  providing  reasonable  results,  based  on  device-independent 
criteria. 

(2)  IMS  Alignment:  These  values  are  concerned  with  the  alignment  of  the 
IMS  platform.  They  include  values  which  test  the  results  of  an  IMS 
alignment  process,  as  well  as  values  dealing  with  the  current  state  of 
the  process. 

(3)  Reference  Point:  These  values  are  based  upon  the  position  or 
attitude  of  the  aircraft  with  respect  to  some  point  outside  the 
aircraft.  Some  change  as  the  aircraft’s  position  changes  (such  as 
distances  and  bearings);  others  do  not. 

(4)  Slew:  These  programs  produce  values  concerning  the  slewing  of 
symbols  on  a  device,  or  the  state  of  the  slew  control. 

(5)  Value  Selection:  Each  value  represents  either  (a)  a  choice  among 
sensors  or  other  modules  to  provide  the  value;  or  (b)  a  choice  whether  to 
pass  on  such  a  value  at  all,  or  to  produce  a  null  value  for  the 
variable.  These  values  are  the  best  available  estimates  of  physical 
quantities,  based  upon  the  current  status  of  the  avionics  system. 

(6)  Weapon  Release:  These  are  values  involved  with  releasing  a  weapon. 
Some  represent  the  relationship  between  the  current  a/c  situation  and  a 
weapon  release  point.  Others  provide  the  status  of  certain  aspects  of 
the  weapon  release  system. 
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System  Values  Module  /  Device  Reasonableness  Submodule 


SS.SYSVAL. DEVREAS. 1  Introduction 


This  submodule  produces  values  used  to  decide  whether  a  device  is 
operating  correctly  and  providing  reasonable  output,  based  on  device 
independent  criteria. 


SS.SYSVAL. DEVREAS. 2.  Interface  Overview 


SS . SYSVAL . DEVREAS .2.1 

Access  Program  Table 

Program  name 

Parm  type 

Parm  info 

+G  ADC  ALT  0P+ 

pl:boolean;0 

I+adc  alt  up* 1 

+G  ADC  REASONABLE* 

pl:boolean;0 

!+adc  reasonable*! 

+G  ADC  TAS  UP* 

pi: boolean  ;0 

!+adc  tas  up*! 

+G  DOPPLER  REASONABLE 

pl:boolean;0 

',+Doppler  reasonable* 

+G  DOPPLER  UP* 

pi: boolean ;0 

!+Doppler  up* I 

1+IMS  reasonable*! 

+G  IMS  REASONABLE* 

pi :boolean;0 

+G  MACH  REASONABLE* 

pi : boolean  ;0 

!+mach  reasonable*! 

+G  RADALT  REASONABLE* 

pi :boolean;0 

!+radalt  reasonable*! 

+G  SR  REASONABLE* 

pi: boolean ;0 

!+sr  reasonable* 1 

SS.SYSVAL. DEVREAS. 2. 2  Events 

Signalled 

@T(!+adc  reasonable*!) 

@F(I+adc  reasonable*! ) 

@T(!+adc  tas  up*!) 

@F(!+adc  tas  up*!) 

@T(l*Doppler  up*!) 

@F(!+Doppler  up*!) 

@T( !*IMS  reasonable*!) 

@F(!+IMS  reasonable*!) 

@T( I+SINS  up*!) 

@FC 1+SINS  up* 1 ) 

@T(!+sr  reasonable*!) 

@F('.  +  sr  reasonable*! ) 

SS.SYSVAL. DEVREAS. 3  Basic  Assumptions 

UEs 

None 


1.  There  are  device-independent  criteria  for  deciding  the  reasonablenes 
of  sensor  inputs.  The  methods  include  checking  for  change  over  a  period 
of  time  and  insuring  that  the  values  fall  within  a  specified  range. 
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SS.SYSVAL. DEVREAS. 4  Local  Data  Types:  None. 


SS.SYSVAL. DEVREAS. 5  Dictionary 

I+adc  ait  up+!  true  iff  the  Air  Data  Computer  is  functioning 

and  producing  current  and  reasonable  altitude 
readings. 

1+adc  reasonable+'.  true  iff  the  Air  Data  Computer  is  producing 

reasonable  results  for  at  least  some  of  its 
reported  values. 

1+adc  tas  up+!  true  iff  the  Air  Data  Computer  is  functioning 

and  producing  current  and  reasonable  true 
airspeed  readings. 

I+Doppler  reasonable-*-!  true  iff  the  Doppler  radar  is  producing 

reasonable  groundspeed  and  drift  angle  readings. 

1+Doppier  up-*-!  true  iff  1+Doppler  reasonable-*-! ,  and  the 

groundspeed  and  drift  angle  readings  produced 
by  the  Doppler  are  current. 

I+IMS  reasonable-*- 1  true  iff  the  IMS  is  giving  reasonable  results. 

I+mach  reasonable-*-!  true  iff  the  current  ADC  mach  reading  is 

reasonable . 

!+radalt  reasonable-*-!  true  iff  the  a/c  is  in  an  attitude  when  a 

reliable  radar  altimeter  reading  may  be  taken, 
and  the  current  reading  shows  a  reasonable 
value. 

!+sr  reasonable-*-!  true  iff  the  a/c  attitude  and  FLR  configuration 

are  such  that  reliable  FLR  slant  range  readings 
may  be  taken,  and  the  FLR  slant  range  value  is 
reasonable . 


SS.SYSVAL. DEVREAS. 6  Undesired  Event  Dictionary:  None. 

SS.SYSVAL. DEVREAS. 7  System  Generation  Parameters:  None. 

SS.SYSVAL. DEVREAS .8  Information  Hidden 

1.  The  criteria  to  judge  validity  or  reasonableness  of  sensor  inputs. 

2.  When  and  how  often  the  reasonableness  tests  are  performed. 
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System  Values  Module  /  IMS  Alignment  Submodule 


SS.SYSVAL. IMSALN.l  Introduction 

This  submodule  performs  alignment  tests  of  the  IMS  platform,  and  reports 
the  results.  It  a) so  provides  other  values  concerned  with  the  alignment  of 
the  IMS  platform. 


SS.SYSVAL. IMSALN. 2.  Interface  Overview 

SS.SYSVAL. IMSALN. 2.1  Access  Program  Table 

Program  name  Parm  type  Parm  info  UEs 

+G_ELAPSED_NAVALN_TIME+  pi: time;0  !+elapsed  navaln  time*!  None. 

SS.SYSVAL. IMSALN. 2. 2  Events  Signalled 

@T(i+air  velocity  test  passed*!) 

@T(l*drift  test  failed*!) 

@T( 1+dri ft  test  passed*!) 

@T( 1+land  velocity  test  failed*!) 

@T( ! +land  velocity  test  passed*!) 

@T(!+nav  velocity  test  failed*!) 

@T( !+SINS  velocity  test  passed*!) 

SS. SYS VAL. IMSALN. 3  Basic  Assumptions 

1.  It  is  possible  to  measure  the  elapsed  time  of  certain  phases  of  the 
alignment  or  navigation  process.  There  is  a  maximum  amount  of  time 
that  will  be  measured;  its  value  is  determined  by  requirements,  and 
set  at  system-generation  time.  If  the  elapsed  time  interval  exceeds 
that  maximum,  the  measurement  will  revert  to  zero  and  re-start. 

2.  There  are  certain  tests  to  check  the  progress  or  results  of  an  IMS 
platform  alignment  process.  These  tests  compare  IMS  velocities  with 
velocities  obtained  from  other  sources.  If  the  velocities  are  within 
a  particular  threshold  of  each  other,  the  test  is  considered  to  have 
passed;  otherwise,  it  has  failed.  This  module  performs  these  tests, 
and  reports  their  results.  Only  success  or  failure  need  be  reported; 
other  information  is  irrelevant  to  users. 
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SS.SYSVAL. IMSALN. 4  Local  Data  Types:  None. 


SS.SYSVAL. IMSALN. 5  Dictionary 
I+air  velocity 

test  passed+I  true  iff  the  difference  between  Doppler-  and 

IMS-measured  velocities  is  within  acceptable 
bounds . 


I+drift  test  failed+I 


I+drift  test  passed+1 


'.♦elapsed  navaln  time*'. 


I+land  velocity 

test  failed+I 


I+land  velocity 

test  passed+I 


true  iff  the  difference  between  the  last 
value  of  I+gyro  drift  delta  n+I  and  the 
current  value  of  I+gyro  drift  delta  n+I  is 
too  great. 

true  iff  the  difference  between  the  last 
value  of  I+gyro  drift  delta  n+I  and  the 
current  value  of  I+gyro  drift  delta  n+1  is 
small  enough. 

The  elapsed  time  for  which  certain  phases  of 
alignment  or  navigation  have  proceeded, 
modulo  the  reset  value,  at  which  the 
measurement  reverts  to  zero  and  resumes. 


true  iff  the  the  last  land  velocity  test  is 
considered  to  have  failed.  The  land  velocity 
test  is  a  test  performed  to  determine  the 
reliability  of  the  IMS  velocity  measurements 
while  the  a/c  is  not  airborne. 


true  iff  the  last  land  velocity  test  is 
considered  to  have  been  passed.  The  land 
velocity  test  is  a  test  performed  to 
determine  the  reliability  of  the  IMS  velocity 
measurements  while  the  a/c  is  not  airborne. 
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!+nav  velocity 

test  failed+1  true  iff  the  differences  between  the  Doppler- 
and  IMS-measured  velocities  are  not  within 
acceptable  bounds.  Note  that  this  is  not  the 
opposite  of  1+Air  velocity  test  passed+1,  as 
the  acceptable  bounds  may  differ  in  the  two 
cases. 


i+SINS  velocity 

test  passed+1  true  iff  the  IMS-measured  velocities  are 

close  enough  to  the  SINS-measured  velocities 
when  compared. 


SS.SYSVAL. IMSALN. 6  Undesired  Event  Dictionary:  None. 

SS.SYSVAL. IMSALN. 7  System  Generation  Parameters 

#navaln_wraparound#  The  maximum  navigation/alignment  time 

interval  measurable  by  this  module. 


SS.SYSVAL. IMSALN. 8  Information  Hidden 

1.  When  the  navigation/alignment  timer  is  started,  stopped,  and  reset. 

2.  When  the  alignment  tests  are  performed  and  the  criteria  defining 
success  or  failure. 
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System  Values  Module  /  Reference  Point  Submodule 
SS.SYSVAL.REFPT.l  Introduction 

The  values  produced  by  this  submodule  deal  with  reference  points  outside 
the  aircraft.  Some  values  (such  as  distances  and  bearings)  are  based  upon  the 
position  or  attitude  of  the  aircraft  with  respect  to  some  point,  and  these 
values  change  as  the  aircraft's  position  changes.  Other  values  deal  with 


locations  of  the  points,  and 

do  not  change  as 

the  aircraft  moves. 

SS.SYSVAL.REFPT. 2  Interface 

Overview 

SS.SYSVAL.REFPT. 2.1 

Access 

Program  Table 

Program  name 

Parm  type 

Parm  info 

AIRCRAFT-POSITION-RELATIVE  VALUES 

+G  BRG  AC  FTPT+ 

pl:angle;0 

l+brg_ac_ftpt+! 

+G  BRG  AC  TGT+ 

pi : angle;0 

!+brg  ac  tgt+! 

+G~ BRG  GRTK  AP+ 

pi: angle  ;0 

!+brg  grtk  ap+! 

+G_BRG_GRTK  CUP+ 

pl:angle;0 

!+brg  grtk_cup+! 

+G  BRG~ GRTK  FTPT+ 

pi : angle;0 

I+brg  grtk_ftpt+I 

+G  BRG  GRTK  OAP+ 

pi: angle  ;0 

!+brg_grtk_oap+! 

+G_BRG_GRTK_TGT+ 

pi: angle  ;0 

I+brg_grtk_tgt+J 

+G_GR  AC  FTPT+ 

pl:distance;0 

I+gr_ac_ftpt+! 

+G  GR  AC  FXPT+ 

pl:distance;0 

!+gr_ac_fxpt+I 

+G  GR  AC~HUDREF  PT+ 

pi : distance;0 

1 +gr_ac_HUDre  fpt+ 1 

I +gr_ac_oap+ 1 

+G  GR  AC~OAP+ 

pi : distance ;0 

+G_GR_AC~TGT+ 

pl:distance;0 

I+gr_ac_tgt+! 

+G  HUDREFPT  AZ+ 

pl:angle;0 

\ +HUDre  f pt_az+ ! 

+G_HUDREF PT_ELE V+ 

pl:angle;0 

I+HUDrefpt_elev+ I 

+G_LAT ITUDE+ 

pi : latitude;0 

!+latitude+! 

+G~LATITUDE  ERROR + 

pi : latitude  ;0 

I+latitude  error+! 

+G  LONGITUDE+ 

pi : longitude  ;0 

l+longitude+! 

+G_L0NGITUDE_ERR0R+ 

pi : longitude  ;0 

!+longitude  error+I 

+G  SR  AC  AP+ 

pl:distance;0 

I+sr_ac_ap+! 

+G  SR  AC  CUP+ 

pi : distance  ;0 

!+sr_ac_cup+! 

+G  SR  AC  FTPT+ 

pi : distance  ;0 

I+sr  ac_ftpt+I 

+G_SR_AC~GpU  P+ 

pl:distance;0 

!+sr_ac_gpup+! 

+G_SR_Ac~°Ap+ 

pl:distance;0 

1 +sr_ac_oap+! 

+G_SR_AC_TGT+ 

pi : dis  tance  ;0 

!+sr_ac_tgt+ 

+G_STEERING  ERROR  TO 

RLS+ 

pi :angle;0 

!+steering  error  to 

+G_STEE  RING_ERR0R~T0’ 

‘tgt+ 

pi : angle ;0 

I+steering  error  to 

+G_T IME_T0_FTPT+ 

pi : t ime ;0 

J+time  to  ftpt+! 

UEs 


None 
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Program  name 

Parm  type 

Parm  info 

UEs 

FIXED-LOCATION 

VALUES 

+G_DEST_LAT+ 

+GJDEST_LONG+ 

+G_MARK_LAT+ 

+G_MARK_LONG+ 

pi : integer;! 
p2 : la  titude ;0 
pi: integerjl 
p2 : longitude ;0 
pi : integer;! 
p2 : la titude  ;0 
pi : integer;I 
p2 : longitude ;0 

locn  nbr 

I+dest  lat+I 
locn  nbr 

I+dest  long+I 
locn  nbr 

1+raark  lat+I 
locn  nbr 

I+mark  long+I 

%locn  nbr 
illegal^ 

+G_DES IG+ 
+G_LATITUDE_CUP+ 
+G_LONGITUDE_CUP+ 
+G  MARK* 


pl:boolean;0 
pi : latitude ;0 
pi: longitude;0 
pi : integer ;0 


SS .SYSVAL. REFPT. 2.2  Events  Signalled 

@T(I+ap  ahead+I) 

@T(I+cup  ahead+I) 

@T(I+ftpt  ahead+I) 

@T(I+oap  ahead+J) 

@T( I+tgt  ahead+I ) 


i+desig+I  None 

I+latitude_cup+I 
I+longitude_cup+I 
I  +mark+ I 


@F(I+ap  ahead+I) 
@F(I+cup  ahead+I) 
@F( I+ftpt  ahead+I) 
@F(I+oap  ahead+I) 
@F( I+tgt  ahead+I) 


@T( I+desig+I ) 


@F( I+desig+I ) 


@T(I+ground  danger+1) 


@F(I+ground  danger+I) 


@T( I+gr_ac_ftpt+I  Iseq  20  nmi) 

@T( I+gr_ac_ftpt+I  gteq  10  nmi) 

@T( I+gr_ac_ftpt+I  gteq  1000  nmi) 
@T( I+gr_ac_ftpt  +  I  lseq  30  nmi) 

@T( I+gr_ac_fxpt+I  lseq  22  nmi) 

@T( I +gr_ac_HUDrefpt+I  lseq  20  nmi) 
@T( I+gr_ac_HUDrefpt+I  lseq  22  nmi) 
@T( I+gr_ac_HUDrefpt+I  lseq  30  nmi) 
@T( I+gr_ac_HUDrefpt+I  lseq  42  nmi) 
@T( I+gr_ac_oap+I  gteq  10  nmi) 

@T( I+gr_ac_oap+J  gteq  1000  nmi) 

@T( I+gr_ac_oap+!  lseq  30  nmi) 

@T( I+gr_ac_tgt+I  gteq  10  nmi) 

@T( I+gr_ac_tgt+I  gteq  1000  nmi) 

@T( I+gr_ac_tgt+I  lseq  30  nmi) 

@T(  I+gr_ac__tgt  +  I  lseq  5000  ft) 


@F( I+gr_ac_ftpt+I  gteq  10  nmi) 

@F( I+gr_ac_ftpt+I  gteq  1000  nmi) 
@F( I+gr_ac_ftpt+I  lseq  30  nmi) 

@F( I+gr_ac_HUDrefpt+I  lseq  20  nmi) 
@F( I+gr_ac_HUDrefpt+I  lseq  22  nmi) 
@F( I+gr_ac_HUDrefpt+I  lseq  30  nmi) 
@F( I+gr_ac_HUDrefpt+I  lseq  42  nmi) 
@F( I+gr _ac_oap+I  gteq  10  nmi) 

@F(  I  t-gr_ac_oap+ 1  gteq  1000  nmi) 

@F( I+gr  ac_tgt+I  gteq  10  nmi) 

@F( I+gr_ac_tgt+I  gteq  1000  nmi) 

@F( I+gr_ac_tgt+I  iseq  30  nmi) 


@T(  ABS( I+steering  error  to  tgt+I)  lseq  20  deg  ) 
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SS.SYSVAL.REFPT. 3 . 1  Basic  Assumptions 


1.  It  is  always  possible  to  determine  the  distance  and  bearing  from  the 
aircraft  to  a  specified  point. 

2.  It  is  always  possible  to  determine  the  azimuth  and  elevation  relative 
to  the  aircraft  Ya  axis  of  a  point  on  the  ground,  given  the  location 
of  the  point. 


3.  It  is  always  possible  to  determine  the  aircraft's  current  position 
and  altitude.  Sometimes  more  than  one  estimate  of  each  value  are 
available . 


4.  The  pilot  can  designate  a  non-moving  point  on  the  ground  by 
positioning  display  symbols  over  that  point  (such  as  a  HUD  symbol), 
or  the  representation  of  that  point  on  a  display  (such  as  cursors  on 
the  FLR).  In  the  case  of  the  map,  the  pilot  can  designate  a  point  on 
the  ground  by  causing  the  map  to  display  that  point.  Once  the 
display  symbology  indicates  the  desired  point,  the  pilot  takes  an 
action  to  indicate  designation.  That  point  is  known  as  the  fix  point. 

5.  The  pilot  can  designate  a  non-moving  point  on  the  ground  by 
positioning  a  HUD  symbol  over  that  point  and  then  taking  some  action 
to  indicate  designation.  That  action  is  different  than  that  taken  to 
designate  a  fix  point.  This  point  is  known  as  the  adjusted  point. 

5.  The  pilot  can  designate  one  of  a  number  of  stored  non-moving  ground 
locations  by  setting  certain  controls.  That  designated  location  is 
known  as  the  fly-to  point. 

6.  The  pilot  can  cause  the  coordinates  of  a  geographic  location  to  be 
displayed  on  the  panel.  That  location  is  known  as  the  called-up 
point . 

7.  The  target  is  the  place  on  the  ground  to  which  or  over  which  the 
pilot  wants  to  deliver  a  weapon  or  weapons.  It  may  be  identified  to 
the  system  in  several  ways.  Only  one  target  may  be  defined  at  a 
time,  although  there  may  be  many  potential  target  locations  stored. 
Targets  are  not  necessarily  stationary. 

8.  The  offset  aim  point  (oap)  is  a  non-moving  point  on  the  ground  near 
the  target  that  the  system  may  initially  treat  as  the  target  (by 
displaying  fly-to  cues  for  it,  or  using  its  location  in  weapon 
delivery  calculations,  for  example).  When  the  aircraft  gets  near  the 
offset  aim  point,  the  system  will  abandon  it  and  use  the  real  target 
location  for  subsequent  calculations.  The  location  of  the  oap  may  be 
designated  to  the  system  in  one  of  several  ways.  There  may  only  be 
one  oap  at  any  time,  although  there  may  be  several  potential  oap 
locations  stored. 


Release  1 


SS.SYSVAL 


9.  In  some  modes,  the  system  will  define  a  point  on  the  ground  known  as 
the  HUD  reference  point.  The  system  will  cause  certain  HUD  symbols 
to  overlay  this  point,  or  may  use  its  location  in  navigation  or 
alignment  activities.  Sometimes  the  HUD  reference  point  is  fixed  on 
the  ground;  sometimes  it  moves  as  the  aircraft's  position  changes. 

10.  It  is  possible  to  store  and  recall  the  coordinates  for  a  set  of 
geographic  points  known  as  destinations.  It  is  possible  to  store  and 
recall  the  coordinates  for  a  (possibly  different)  set  of  geographic 
points  known  as  mark  locations.  Which  set  of  destination  or  mark 
location  coordinates  is  recalled  is  be  determined  by  switch  settings, 
by  panel  entries,  or  by  conditions  external  to  this  module  but  which 
are  accessible  by  this  module. 

11.  Some  designated  ground  points  described  in  previous  assumptions  are 
not  always  defined.  If  a  user  requests  information  about  a  point 
that  is  currently  undefined,  the  access  program  will  return  the  last 
defined  value,  or  a  system-generation  initial  value  if  no  other  value 
has  yet  been  defined. 

SS.SYSVAL.REFPT.3.2  Assumptions  about  Undesired  Events 

1.  User  '.rograms  will  not  attempt  to  access  a  mark  location  or 
destination  with  a  parameter  that  is  out  of  bounds.  The  bounds  are  fixed 
at  system  generation  time. 


SS.SYSVAL. REFPT. 4  Local  Data  Types:  None. 
SS.SYSVAL.REFPT.5  Dictionary 


+ap  ahead+! 
+cup  ahead+1 
+  ftpt  ahead+! 
+oap  ahead+! 
+tgt  ahead+1 


true  if  and  only  if  the 
adjusted  point 
called-up  point 
fly-to  point 
offset  aim  point 
target 

is  ahead  of  the  aircraft;  that  is,  iff  the 
projection  into  the  Xa-Ya  plane  of  the  line 
from  the  aircraft  to  the  point  has  a  positive 
Ya  component. 


I +brg_ac_ftpt+! 
!+brg_ac_tgt+! 


The  angle  measured  clockwise  (looking  down) 
from  the  projection  into  the  norizontal  plane 
of  the  aircraft's  Ya  axis  to  the  projection 
into  the  horizontal  plane  of  the  line  from  the 
aircraft  to  the  fly-to  point  and  the  target, 
respectively. 
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I  +brg_grtk_ap+ 1 
J+brg_grtk_cup+! 
I+brg_grtk_ftpt+! 
.'  +  br  g_gr  t  k_oa  p+ ! 

I  +brg_gr tk_t gt+ 1 


I+desig+1 


i+dest  lat+1 
!+dest  long+i 


!+gr_ac_ftpt+i 
I*gr_ac_fxpt  +  I 
1 +gr_ac_HUDre  f pt+ 1 
.*+gr_ac_oap+! 
!+gr_ac_tgt+l 


aground  danger*  1 


I  +HUDr e fpt_az+ 1 


I  *HUDre  f pt_e lev* l 


The  bearing  measured  clockwise  (looking  down) 
from  Che  projection  into  the  horizontal  plane 
of  the  aircraft's  ground  track  to  the 
projection  into  the  horizontal  plane  of  the 
line  from  the  aircraft  to: 
the  adjusted  point; 
the  called-up  point; 
the  fly-to  point; 
the  offset  aim  point; 
the  target. 


true  iff  a  reference  point  outside  the  a/c  has 
been  designated. 

the  latitude  of  destination  pi. 

the  longitude  of  destination  pi. 


The  ground  range  from  the  aircraft's  present 
position  to: 

the  fly-to  point; 

the  fix  point; 

the  HUD  reference  point; 

the  offset  aim  point; 

the  target. 


true  iff  the  pilot  must  execute  an  immediate  4g 
pullup  to  avoid  striking  the  ground. 


The  angle  between  the  Ya  axis,  and  the 
projection  into  the  Xa-Ya  plane  of  the  ray  from 
the  aircraft  to  the  current  HUD  reference 
point.  The  angle  is  positive  if  the  ray  is  to 
the  right  (looking  down)  of  the  Ya  axis. 

The  angle  between  the  Ya  axis,  and  the 
projection  into  the  Ya-Za  plane  of  the  ray  from 
the  aircraft  to  the  current  HUD  reference 
point.  The  angle  is  positive  if  the  ray  is 
above  (positive  Za  direction)  the  plane. 
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I + latitude* I 
!+latitude_cup+! 
I+latitude  error*'. 

!  +  longitude+'. 
I+longitude_cup+ 1 
!+longitude  error*'. 

!+mark*I 

!+mark  lat+J 
!+raark  long*! 

l+sr_ac_ap+! 

!+sr_ac_cup+! 

!  +  sr_ac_ftpt+! 

I +sr_ac_oap+! 
i+sr_ac_tgt+! 

!  +  sr_ac_gpup+ ! 


I+steering  error 

to  rls  +  ! 


The  present  latitude  of  the  aircraft. 

The  latitude  of  the  called-up  point. 

The  difference  in  latitude  between  the  two 
current  positional  reference  points. 

The  present  longitude  of  the  aircraft. 

The  longitude  of  the  called-up  point. 

The  difference  in  longitude  between  the  two 
current  positional  reference  points. 

The  number  associated  with  the  most  recently 
defined  Mark  destination.  Ranges  from  1  to 
#num__ma  rk_locns#. 

The  latitude  of  mark  position  pi. 

The  longitude  of  mark  position  pi. 

The  slant  range  from  the  aircraft  to: 
the  adjusted  point; 
the  called-up  point; 
the  fly-to  point; 
the  offset  aim  point; 
the  target. 

The  slant  range  (straight-line)  distance  to  the 
point  where  @T( !+ground  danger+I)  will  occur 
due  to  ground  proximity  should  the  a/c  continue 
its  present  course. 


The  angle  between  the  a/c  ground  track  and  the 
horizontal  line  from  the  a/c  to  the  point  where 
the  a/c  should  release  the  current  weapon  in 
order  to  strike  the  target.  Positive  if  the 
ground  track  line  is  to  the  left  of  the  line  to 
the  release  point  (looking  down). 
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'.+steering  error 

to  tgt+1 


I+time  to  ftpt+I 


The  angle  between  the  a/c  ground  track  and  the 
horizontal  line  from  the  a/c  to  the  target. 
Positive  if  the  ground  track  line  is  to  the 
left  of  the  line  to  the  target  (looking  down). 
This  measures  the  same  angle  as 
l+brg_grtk_tgt+! ,  except  it  is  measured  not  on 
a  full-circle  scale,  but  rather  on  a  plus-minus 
angle  basis. 

The  time  to  go  before  the  a/c  reaches  the 
fly-to  point,  assuming  a  direct  flight  toward 
the  point  at  the  current  horizontal  velocity. 
Always  positive. 


SS. SYSVAL. REFPT. 6  Undesired  Event  Dictionary 

Xlocn  nbr  illegal?  A  user  program  requested  the  latitude  or 

longitude  of  a  mark  location  or  destination 
greater  than  #nura  dests#  or  less  than  1. 


SS. SYSVAL. REFPT. 7  System  Generation  Parameters 

#locn_init_lat#  The  initial  latitude  and  longitude  of  the 

#locn_init_long#  called-up  point,  the  fly-to  point,  the  target, 

the  offset  aim  point,  the  fix  point,  the 
adjusted  point,  the  HUD  reference  point,  all 
mark  locations,  and  all  destination  locations. 


#num  dests# 


#num  mark  locns# 


The  maximum  number  of  sets  of  destination 
coordinates  that  may  be  recalled. 

The  maximum  number  of  sets  of  Mark  coordinates 
that  may  be  recalled. 
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SS.SYSVAL.REFPT.8  Information  Hidden 

1.  The  definition  of  the  HUD  reference  point,  fly-to  point,  called-up 
point,  target,  offset  aim  point,  adjusted  point,  and  fix  point;  what 
actions  are  taken  to  designate  the  reference  points;  what  device 
determines  the  fix  point  under  what  conditions. 

2.  The  latitude/longitude  error  reference  points. 

3.  For  ground  and  slant  ranges,  which  of  the  available  earth  terrain 
models  is  used  for  the  calculations. 

4.  How  the  value  of  1+mark+l  is  determined. 

5.  Where  the  destination  and  mark  locations  come  from;  when  they  are 
updated  and  with  what  values. 
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System  Values  Module  /  Slew  Submodule 


SS.SYSVAL. SLEW. 1  Introduc  tion 

This  module  produces  values  concerning  the  way  in  which  the  slew  control 
is  used  to  change  the  position  of  certain  symbols  and  displays.  Some  values 
are  displacements  (angular  or  linear),  to  tell  how  far  to  move  a  symbol  that 
is  being  slewed.  Other  values  give  information  about  the  state  of  the  slewing 
process . 


SS.SYSVAL. SLEW. 2  Interface  Overview 


SS.SYSVAL. SLEW. 2.1 

Access  Program  Table 

Program  name 

Parm  type 

Parm  info 

UEs 

+G  AFTER  SLEWING* 

+G  BEFORE  SLEWING* 
+G_DURING_SLEWING+ 

pi :boolean;0 
pi: boolean  ;0 
pl:boolean;0 

l+after  slewing*! 
!+before  slewing*! 
!+during  slewing*! 

None 

+G_SLEW_FLR_D ISPL+ 

pi: angle ;0 
p2:distance;0 

!*slew  FLR  delta  az+! 
i+slew  FLR  delta  rng+1 

+G_SLEW_HUD_D ISPL+ 

pi: angle ;0 
p2: angle ;0 

!+slew  HUD  delta  az+! 
!+slew  HUD  delta  elev+! 

♦G_SLEW_MAP_D ISPL+ 

pi : latitude ;0 
p2 : longitude ;0 

!+slew  map  delta  lat+! 
i+slew  map  delta  long+1 

+G_HUD_SLEW_LE  GAL + 

pi: boolean ;0 

I+HUD  slew  legal*! 

SS.SYSVAL. SLEW. 2.2  Events  Signalled:  None 
SS.SYSVAL. SLEW. 3  Basic  Assumptions 

1.  Certain  symbols  and  displays  are  moved  under  software  control  as  the 
result  of  the  pilot  manipulating  the  slew  control.  These  include  the 
HUD  aiming  symbol,  FLR  cursors,  and  the  map  display. 

2.  For  those  symbols/displays  which  are  slewed,  the  positions  are 
updated  periodically,  with  constant  period.  How  much  a 
symbol/display  should  be  displaced  from  its  last  position  is  a 
function  of  the  desired  rate  of  motion,  and  how  often  the 
symbol/display  position  is  updated. 
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3.  This  module  assumes  that  the  position  of  a  symbol/display  being 
slewed  will  be  updated  fast  enough  to  simulate  continuous  motion. 

That  update  rate  is  available  from  another  module. 

4.  The  desired  rate  of  motion  for  each  symbol/display  (known  as  slew 
rate)  is  defined  by  requirements.  There  are  three  slew  rates,  one 
for  each  symbol/display  that  can  be  slewed.  The  HUD  aiming  symbol 
will  be  slewed  at  the  HUD  rate;  FLR  symbols  will  be  slewed  at  the 
radar  rate;  the  map  will  be  slewed  at  the  map  rate. 

5.  Slew  control  displacement  is  available  to  this  module  in  lateral  and 
vertical  components.  Lateral  displacement  of  the  slew  control  should 
cause  the  symbol/display  being  slewed  to  have  (only)  a  lateral 
component  of  motion.  Vertical  displacement  of  the  slew  control 
should  cause  the  symbol/display  being  slewed  to  have  (only)  a 
vertical  component  of  motion. 

6.  There  are  times  when  the  HUD  aiming  symbol  will  not  be  moved  as  the 
result  of  inputs  from  the  slew  control.  When  this  is  the  case  is 
determined  by  requirements,  and  reported  out  by  this  module. 


SS.SYSVAL. SLEW. 4  Local  Data  Types:  None. 


SS.SYSVAL. SLEW. 3  Dictionary 
!+a fter  slewing +  1 


true  iff  the  system  is  in  a  navigation 
update  or  weapon  delivery  mode  and  legal 
slew  inputs  have  been  entered  at  least  once 
since  mode  entry. 


1+before  slewing+1 


true  iff  the  system  is  in  a  navigation 
update  or  weapon  delivery  mode,  and  no  legal 
slew  inputs  have  yet  been  entered  since  mode 
entry. 


!+during  slewing+1 


1+HUD  slew  legal+! 


true  iff  the  system  is  in  a  navigation 
update  or  weapon  delivery  mode,  and  a  legal 
slewing  operation  is  currently  in  progress. 

true  iff  the  HUD  aiming  symbol  is  allowed  to 
be  slewed.  If  not,  then  inputs  from  the 
slew  control  should  have  no  effect  on  the 
symbol's  position. 
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i+slew  FLR  delta  az+I 


I+slew  FLR  delta  rng+! 


1+slew  HUD  delta  az+1 


I+slew  HUD  delta  elev+I 


1+slew  map  delta  lat+1 


!+slew  map  delta  long+1 


How  much  a  slewed  FLR  symbol  should  be 
shifted  in  azimuth,  given  the  current  slew 
control  position.  Positive  value  means 
right  (as  seen  by  the  pilot). 

How  much  a  slewed  FLR  symbol  should  be 
shifted  in  range,  given  the  current  slew 
control  position.  Positive  value  means 
range  location  of  symbol  should  be  increased. 

How  much  a  slewed  HUD  symbol  should  be 
shifted  in  azimuth,  given  the  current  slew 
control  position.  Positive  value  means 
right  (as  seen  by  the  pilot). 

How  much  a  slewed  HUD  symbol  should  be 
shifted  in  elevation,  given  the  current  slew 
control  position.  Positive  value  means  up 
(as  seen  by  the  pilot). 

How  much  the  map  display  should  be  shifted 
in  latitude ,  given  the  current  slew  control 
position. 

How  much  the  map  display  should  be  shifted 
in  longitude,  given  the  current  slew  control 
position. 


SS.SYSVAL. SLEW. 6  Undesired  Event  Dictionary:  None. 

SS.SYSVAL. SLEW. 7  System  Generation  Parameters;  None. 

SS.SYSVAL. SLEW. 8  Information  Hidden 

1.  How  the  slew  rates  are  computed,  and  how  they  are  a  function  of  the 
slew  control  displacement. 

2.  How  the  program  decides  if  the  current  state  is  I+before  slewing+I, 
1+after  slewing+I,  or  I+during  slewing+I.  What  constitutes  a  legal 
slew  input. 
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System  Values  Module  /  Value  Selection  Submodule 


SS.SYSVAL. VALSEL. 1  Introduction 


The  Function  Driver  occasionally  requires  values  that  may  be  obtained  from 
more  than  one  source.  This  submodule  provides  such  values  by  making  the 
appropriate  choices.  It  produces  values  provided  directly  by  the  virtual 
devices  or  computed  directly  by  other  system  modules.  Each  value  represents 
either  (a)  a  choice  among  sources  to  provide  the  value;  or  (b)  a  choice 
whether  to  accept  input  from  a  source  at  all,  or  to  return  a  null  (zero)  value 


SS.SYSVAL. VALSEL. 2  Interface  Overview 


SS. SYSVAL. VALSEL. 2. 1  Access  Program  Table 


Program  name 


Parm  type 


Parm  info 


UEs 


+G_IN_FL IGHT+ 

+G_ALT_PRIOR ITY_D I S  PLAY+ 

+G_ALT_PRIORITY_RANGING+ 

+G_DRIFT_ANGLE+ 

+G_VELOCITY_EAST_SYSTEM+ 

+G_VELOCITY_NORTH_SYSTEM+ 

+G_VELOCITY_VERTICAL_SYSTEM+ 

+G_WIND_D IR+ 

+G  WIND  VEL+ 


pl:boolean;0 
pl:distance;0 
p2 : sensor_name ;0 
pl:distance;0 
pi : angle;0 
pi: speed ;0 
pi: speed ;0 
pi : speed ;0 
pi: angle;0 
pi: speed ;0 


I+in_flight+I  None 

!+alt  priority  stale+1 
I+alt  priority  source+1 
!+alt  priority  ranging+! 
I+drift  angle+1 
!+velocity  east  system+1 
1+velocity  north  system+1 
!+velocity  vertical  system+ 
l+wind  dir+l 
1+wind  vel+1 


SS .SYSVAL. VALSEL. 2 . 2  Events  Signalled 

@T(!+in  flight+1)  @F(l+in  flight+!) 


SS.SYSVAL. VALSEL. 3  Basic  Assumptions 

1.  Most  measurements  of  the  aircraft's  situation  or  environment  may  be 
obtained  from  more  than  one  source.  There  is  usually  a  preferred 
source;  the  actual  source  may  depend  on  sensor  status  and/or  aircraft 
situation. 

2.  It  is  possible  to  tell  when  the  aircraft  is  airborne. 


SS.SYSVAL. VALSEL. 4  Local  Data  Types 

sensor_name  Enumerated:  $None$,  $A$,  $F$,  $H$. 
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SS . S YS VAL . VALSEL . 5  Dictionary 


I+alt  priority  stale+I 


i+alt  priority 

ranging+i 


The  value  I+alt  priority  ranging+1  frozen  at 
some  specified  moment  in  the  recent  past.  When 
the  value  is  updated  is  determined  by  certain 
events  and  mode  transitions  during  the  flight. 


The  current  altitude  of  the  aircraft,  from  the 
best  available  sensors. 


I+alt  priority  source+I  The  sensor  from  which  the  current  value  of 

I+alt  priority  stale+I  was  obtained. 

I+drift  angle+I  The  horizontal  angle  between  aircraft  heading 

and  the  aircraft  horizontal  velocity  vector. 


I+in_f light+I  true  iff  the  a/c  is  airborne. 

I+velocity  east  system+!  The  aircraft's  current  east  velocity  component, 

computed  from  the  best  available  sources. 

i+velocity  north 

system+I  The  aircraft's  current  north  velocity 

component,  computed  from  the  best  available 
sources. 


I+velocity  vertical 

system+I  The  aircraft's  current  vertical  velocity 

component,  computed  from  the  best  available 
sources . 


I+wind  dir+1  The  direction  that  the  wind  is  blowing  from, 

measured  on  a  circle  scale  with  true  North  at 
the  origin.  Obtained  from  best  available 
sources. 


I+wind  vel+i 


The  current  wind  speed,  obtained  from  best 
available  sources. 


SS.SYSVAL. VALSEL. 6  Undesired  Event  Dictionary:  None. 
SS.SYSVAL. VALSEL. 7  System  Generation  Parameters:  None. 
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SS.SYSVAL.VALSEL.8  Information  Hidden 

1.  Which  sensors  provide  the  values  produced. 

2.  How  the  choice  among  various  sensors  is  made. 

3.  How  the  choice  between  providing  a  sensor  value  or  providing  a  null 
value  is  made. 

4.  When  various  values  are  determined  and/or  updated. 
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System  Values  Module  /  Weapon  Release  Submodule 


SS.SYSVAL.WPNRLS. 1  Introduction 

This  submodule  produces  values  that  represent  the  relationship  between 
the  current  aircraft  situation  and  a  weapon  release. 

SS.SYSVAL.WPNRLS. 2  Interface  Overview 

SS . SYS VAL . WPNRLS .2.1  Access  Program  Table 


Program  name 

Parm  type 

+G  AZ  MISS  DIST+ 

pl:distance;0 

+G  GR  AC  RMAX+ 

pi : dis tance ;0 

+G  HIGH  DRAG  RELEASE* 

pi :boolean;0 

+G  LOW  DRAG  RELEASE* 

pi: boolean ;0 

♦G  RLS  PTS  PASSED* 

pi :  integer ;0 

+G  SR  AC  BTPUP* 

pl:distance;0 

+G  SR  AC  IP* 

pi : distance;0 

+G  SR  AC  RLS* 

pi : distance ;0 

+G  STIR  QUAN+ 

pi : integer ;0 

+G_WPNS_RLSD+ 

pi: integer;0 

+G  GAS* 

pl:boolean;0 

+G  OTS+ 

pi : boolean ;0 

+G  STEERING  TO  TGT* 

pl:boolean;0 

+G_TOS+ 

pl:boolean;0 

SS.SYSVAL.WPNRLS. 2. 2 

Events  Signalled 

@T( ! +blas  t  danger* ! ) 

@T( !+computed  ris+!) 

<rrc+GAs+:) 

@T(!+high  drag  release* I) 
@T(!+low  drag  release*!) 
<aT(!+OTS+!) 

@T(!+rls_pts  passed*!  *  1) 
@T( !+r65+! )  ~ 

@T( ! +rmax+6000+ ! ) 

@T( !+rmin+! ) 

@T( I+rmin+6000+1 ) 
@T('.*special  in  range*!) 
@T(!*special  solution*!) 
@T( 1+steering  to  tgt+1) 
@T(!+stik  created*!) 
@T(!+stik  empty*!) 
@T(!*target  in  range*!) 

@T( I* time  to  prepare*!) 

@t( :*tos+: ) 


Parm  info  UEs 

!+az  miss  dist+!  %no  wpn 

I+gr_ac  rmax+!  mode% 

!+high  drag  release*! 

!+low  drag  release*! 

! +r ls_pts_passed+ ! 
!+sr_ac_btpup+! 

!+sr_ac_ip+i 

!+sr_ac_rls+! 

i+stik_quan+! 

!+wpns  rlsd+! 

!+GAS+! 

!+OTS+! 

!+steering  to  tgt*! 

1+T0S+! 


@F(!+blast  danger*!) 

(?F( I+GAS+!) 

@F(i+high  drag  release*!) 
@F(!+low  drag  release*!) 
@F( l*OTS+! ) 

(?FC  +  r65+!) 

@F( !+rraax+6000+! ) 

@F( !+rrain+!) 

@F( !+rmin*6000+ ! ) 
@F(!+special  in  range*!) 
@F(I+special  solution*!) 
@F( !+steering  to  tgt+!) 


@F(I+target  in  range*!) 
<?F(  !+TOS+l ) 
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SS.SYSVAL.WPNRLS.3.1  Basic  Assumptions 

1.  A  release  point  is  a  point  in  space  such  that  if  the  current  weapon 
were  released  at  that  point  (assuming  current  aircraft  velocity  and 
attitude),  it  would  successfully  strike  within  an  acceptable 
neighborhood  of  the  target.  It  is  possible  to  determine  the  distanc'e 
between  the  a/c  and  a  release  point.  It  is  possible  to  determine  the 
distance  between  the  a/c  and  an  impact  point. 

2.  A  weapon  will  not  necessarily  be  released  when  a  release  point  is 
encountered.  To  effect  an  actual  release,  certain  pilot  actions  are 
necessary  as  the  aircraft  passes  through  the  release  point. 

3.  The  pilot  is  able  to  affect  the  delivery  characteristics  of  certain 
kinds  of  weapons.  He  may  choose  between  states  known  as  high  drag 
and  low  drag.  If  such  an  alterable  weapon  is  selected,  then  either 
high  drag  or  low  drag  will  be  true,  but  not  both.  If  such  a  weapon 
is  not  chosen  (or  some  un-alterable  weapon  type  is  chosen),  then  both 
conditions  will  be  reported  out  as  false. 

4.  Sometimes  weapons  are  delivered  in  fixed  numbers  called  stiks.  The 
weapons  in  a  stik  are  released  consecutively,  not  simultaneously.  A 
stik  has  at  least  one  weapon  in  it.  All  weapons  in  a  stik  are  of  the 
same  weapon  class.  There  are  some  weapon  classes  for  which  stik 
deliveries  are  not  allowed.  This  module  can  determine  if  the  next 
weapon  delivery  will  be  a  stik  delivery. 

5.  For  each  weapon  in  a  stik  there  is  a  corresponding  computed  release 
point  in  the  air  and  impact  point  on  the  ground.  The  distance 
between  each  impact  point  is  the  same  for  any  one  stik,  although  that 
distance  may  vary  between  stiks.  The  number  of  weapons  in  a  stik  and 
the  delivery  spacing  between  individual  weapons  in  a  stik  are 
functions  of  pilot  selection  and  weapon  class,  limited  by 
requirements.  If  the  pilot  selection  changes  during  the  delivery  of 
a  stik,  the  change  will  be  ignored  and  the  stik  delivered  as  though 
the  change  had  not  been  entered. 

6.  This  module  can  determine  the  number  of  release  points  in  the  current 
stik  that  have  already  passed,  and  the  number  of  weapons  in  that  stik 
that  have  actually  been  released. 

7.  It  is  hazardous  for  the  aircraft  to  come  within  a  certain  distance  of 
the  blast  effects  of  a  weapon  that  it  has  delivered.  This  module 
reports  how  far  away  the  aircraft  is  from  the  danger  area,  and 
signals  when  the  aircraft  has  crossed  into  it. 

8.  In  weapon  delivery  modes,  there  are  four  steering  stages.  They  are 
known  as  go-around,  over-the-shoulder ,  steering-to-target ,  and 
tail-on,  respectively.  Each  one  represents  a  relationship  between 
the  aircraft  and  its  target,  and  is  used  to  determine  how  the 
aircraft  should  be  flown  in  order  to  carry  out  weapon  delivery.  The 
system  may  be  in  at  most  one  steering  stage  at  a  time. 
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SS.SYSVAL.WPNRLS.3.2  Assumptions  about  Undesired  Events. 

1.  No  value  produced  by  this  module  has  any  meaning  unless  the  system  is 
in  some  weapon  delivery  mode.  User  programs  will  not  call  an  access 
program  in  this  module  if  the  system  is  not  in  a  weapon  delivery  mode. 


SS.SYSVAL.WPNRLS.4  Local  Data  Types:  None. 
SS.SYSVAL.WPNRLS. 5  Dictionary 


'.+az  miss  dist+1 

the  distance  along  the  ground  between  the 
target  and  the  ground-projected  line  from  the 
aircraft  to  the  computed  impact  point. 

!+blast  danger+I 

true  iff  the  pilot  should  immediately  execute  a 
4g  pullup  to  avoid  dangerous  weapon  blast 
e  ffects . 

I+computed  rls+1 

true  iff  the  active  weapon  would  strike  the 
target,  or  within  an  acceptable  neighborhood  of 
the  target,  if  it  were  released  right  now. 

1+GAS+l 

true  iff  the  current  steering  state  is 
go-around-s  tee  r ing . 

J+gr_ac_rraax+I 

The  ground  range  between  the  aircraft's  present 
position  and  the  position  where  the  condition 
I+Rmax+J  will  be  true. 

!+high  drag  release+1 

true  iff  a  weapon  type  with  alterable  delivery 
characteristics  has  been  chosen,  and  the  pilot 
has  selected  the  high  drag  configuration. 

I  +  low  drag  release*'. 

true  iff  a  weapon  type  with  alterable  delivery 
characteristics  has  been  chosen,  and  the  pilot 
has  selected  the  low  drag  configuration. 

:+ots+: 

true  iff  the  current  steering  state  is 
over-the-shoulder  steering. 

! +r ls_pt  s_pas  sed+ 1 

The  number  of  computed  release  points  for  the 
latest  stik  that  have  already  been  passed. 

!+r65+I 

true  iff  the  a/c  is  in  the  proper  configuration 
to  release  a  special  weapon  at  a  65  degree 
flight  path  angle. 
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I+rraax+I 

!+rmax+6000+! 

I+rmin*! 

I+min+6000+I 

l+special  in  range+1 
I+special  solution* i 

l+sr_ac_btpup+I 

!+sr_ac_ip+J 

l+sr_ac_r ls+1 

!+steering  to  tgt*I 
I+stik  created+I 


true  iff  the  a/c  is  in  the  proper  configuration 

and  that  the  a/c  is  at  a  maximum  pullup  range 

that  would  result  in  a  special  weapon  impacting 
the  target 

true  iff  the  a/c  is  in  the  proper  configuration 

and  that  the  a/c  is  at  a  pullup  range  that 

would  result  in  a  special  weapon  impacting  6000 
feet  short  of  the  target. 

true  iff  the  a/c  is  in  the  proper  configuration 

and  that  the  a/c  is  at  a  minimum  pullup  range 

that  would  result  in  a  special  weapon  impacting 
the  target. 

true  iff  the  a/c  is  in  the  proper  configuration 

and  that  the  a/c  is  at  a  pullup  range  that 

would  result  in  a  special  weapon  impacting  6000 
feet  long  of  the  target. 

true  iff  the  target  is  in  range  for  a  special 
weapon. 

true  iff  the  current  miss  distance  (i.e.,  how 
far  the  weapon  will  miss  the  target  if  released 
now)  and  steering  error  are  both  within 
acceptable  bounds. 

The  slant  range  (straight-line)  distance  to  the 
point  where  @T(i+blast  danger* 1)  will  occur  due 
to  weapon  blast  effects  should  the  a/c  continue 
its  present  course. 

The  slant  range  from  the  a/c's  present  position 
to  the  computed  impact  point  of  the  next  weapon 
in  the  stik. 

The  slant  range  (straight-line  distance)  from 
the  a/c  to  the  point  where  the  next  weapon 
release  should  occur. 

true  iff  the  current  steering  state  is 
s  teering-to-target . 

The  aircraft  has  not  yet  passed  the  first 
release  point  in  this  stik. 
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!+stik  empty+I 


I+stik_quan+l 


The  aircraft  has  passed  the  last  release  point 
in  the  current  stik. 

The  possible  number  of  release  points  for  the 
current  stik. 


I + target  in  range* i 


;+time  to  prepare*! 


1+TOS+l 


!+wpns  rlsd+! 


true  iff  the  target  is  in  range  of  the  current 
weapon  type. 

true  iff  I+time  to  rls+!  lseq 
!*preparation  time*!  for  the  current  weapon. 

true  iff  the  current  steering  state  is 
tail-on- steering. 

The  number  of  weapons  in  the  current  stik  that 
have  actually  been  released. 


SS.biSVAL.WPNRLS.6  Undesired  Event  Dictionary 

Zno  wpn  modeZ  An  access  program  was  called  when  the  system 

was  in  no  weapon  delivery  mode. 


SS.SYSVAL. WPNRLS. 7  System  Generation  Parameters:  None 

SS.SYSVAL. WPNRLS. 8  Information  Hidden 

1.  How  the  number  of  weapons  in  a  stik  is  determined.  How  the  delivery 
spacing  for  a  stik  is  determined.  What  classes  of  weapons  cannot  be 
delivered  in  a  stik. 

2.  What  configurations  determine  a  high  or  low  drag  release  condition, 
and  what  weapon  types  are  applicable  to  the  conditions. 

3.  How  to  tell  if  the  conditions  for  a  successful  weapon  release  exist. 

4.  How  to  tell  if  a  target  is  in  range  or  not. 

5.  How  to  tell  what  weapon  delivery  steering  stage  the  system  is  in  (if 

any) . 

6.  How  to  determine  the  radius  for  blast  avoidance. 
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SS. STAGE 

Some  alignment  stages  in  fact  comprise  two  substages.  Rather  than 
impose  some  hierarchical  structure  on  the  interface  (such  as  a  GET 
SUBSTAGE  program),  we  chose  to  treat  the  secondary  substages  as 
stages  in  their  own  right.  Because  there  are  at  most  two  substages, 
we  have  represented  the  applicable  cases  as  either  stage  "XX”  or 
stage  "XX2".  The  advantage  is  that  this  simplifies  the  interface. 

Should  it  be  a  UE  to  ask  for  the  current  alignment  stage  if  the 
system  is  in  no  alignment  mode?  We  decided  not,  because  there  is  no 
sure  way  to  avoid  generating  that  UE.  The  system  could  leave  the 
alignment  mode  after  the  user  program  checked  to  be  sure  that  one  was 
in  progress,  but  before  the  alignment  stage  request.  By  using  $None$ 
values,  we  avoid  making  user  programs  perform  the  mode  check. 

The  interface  tells  whether  a  certain  stage  is  completed  or  not  so 
that  the  order  of  the  stages  within  a  mode  remains  hidden. 

SS.SUBRTN 

Should  it  be  an  undesired  event  to  attempt  to  use 
+SS_SYMBOL_AZ_ON_ASL+  when  the  HUD  ASL  is  turned  off?  We  decided 
not,  because  the  HUD  DIM  provides  the  location  of  a  HUD  symbol 
regardless  of  that  symbol's  current  mode. 
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SS .MODE 

1.  In  a  previous  version  of  this  module,  users  had  no  facilities  for  defining 
alias  mode  names. 

We  decided  that  direct  use  of  system  modes  made  user  programs 
unnecessarily  vulnerable  to  changes  in  the  mode  module;  i.e.  a  large  class 
of  likely  changes  to  the  mode  module  would  result  in  changes  wherever  the 
affected  modes  had  been  used  in  system  documentation  and  programs. 

Changes  of  this  type  include  changing  the  functions  performed  in  a  mode, 
dividing  the  functions  performed  in  a  mode  between  two  or  more  new  modes, 
and  adding/deleting  a  mode.  By  providing  a  facility  for  defining  alias 
mode  names,  user  programs  are  insulated  from  most  classes  of  changes  to 
the  mode  module.  Adding  or  deleting  a  mode  becomes  simpler,  especially 
where  the  Function  Driver  programs  need  not  change.  Changing  the 
functions  performed  in  a  mode  does  not  affect  FD  programs  at  all  except 
where  operations  must  be  added  or  deleted.  The  division  of  a  mode  into 
two  or  more  new  modes  becomes  trivial.  In  most  situations,  changes  to  the 
mode  module  will  only  require  that  some  alias  mode  definitions  be  changed. 

2.  We  considered  hiding  the  system  modes  completely  within  the  MODE  module 
and  specifying  the  correspondence  between  system  modes  and  alias  modes  as 
a  secret  of  the  module.  This  alternative  has  the  advantage  of  making  it 
unnecessary  for  user  programs  to  know  anything  about  the  system  modes  or 
define  any  mode  correspondences.  It  has  the  disadvantage  of  requiring 
substantial  changes  to  the  current  documentation;  further,  the  system 
modes  are  drawn  from  classic  avionics  terminology,  and  make  for  easier 
reviews.  We  decided  to  accept  the  first  alternative. 
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SS.PNL. CONFIG 

1.  The  panel  may  simultaneously  be  in  two  configurations  because  there 
are  two  windows.  The  requirements  considers  each 

upper-window/ lower-window  display  function  as  one  display  using  two 
windows.  We  consider  the  pairings  arbitrary  and  changeable; 
therefore,  we  consider  each  function  to  be  two  displays  in  one  window 
each.  Having  decided  that,  we  must  consider  each  state  of  the 
relevant  switches  to  define  two  configurations. 

2.  Formerly,  we  provided  an  access  program  that  returned  one  or  both  of 
the  current  configurations,  rather  than  the  current  program  that 
provides  a  yes-or-no  answer  to  a  user's  "guess".  We  adopted  the 
latter  scheme  because  it  is  much  simpler  than  its  predecessor,  and 
because  it  is  all  that  user  programs  need. 

SS.PNL. FORMAT 

1.  It  was  decided  not  to  include  any  services  dealing  with  the  Mark 
window  in  this  module.  Because  the  Mark  window  is  so  simple,  any 
such  services  would  have  duplicated  what  is  already  provided  by  the 
virtual  device.  Thus,  to  operate  the  Mark  window,  user  programs 
should  invoke  the  DIM  access  programs  directly. 

2.  For  the  upper  and  lower  window,  there  are  services  provided  here 
which  in  fact  duplicate  services  provided  by  the  virtual  device. 

(For  instance,  the  effect  of  +SS_CLEAR_UPPER+  may  be  duplicated  by 
calling  +DI_S_UPPER_WINDOW+  with  a  blank  argument.)  If  this  was  not 
done,  user  programs  would  have  to  use  two  different  interfaces  to 
drive  the  upper/ lower  display  windows.  It  is  intended  that  all  user 
programs  affecting  the  upper/lower  display  windows  use  this  module 
exc lusively. 
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3.  We  provided  the  blank-lights  format  (which  turns  on  the  format  lights 
and  blanks  out  the  window)  because  we  wanted  to  make  sure  that  only 
one  module  (namely,  this  one)  controls  the  DIM  panel  format  lights. 
The  alternative  (which  appeared  in  an  earlier  design)  was  to  have 
user  program  control  the  DIM  format  light  programs  directly. 

4.  We  disclosed  information  about  each  display  format  in  the  program 
effects  section  so  that  users  could  choose  which  display  program 
meets  their  requirements. 


SS.PNL. INPUT 

1.  The  events  @T(!+Input  requested*!)  and  @T(!+Input  attempted*! )  are 
signalled  because  they  are  required  by  the  Function  Driver  module 
that  controls  the  panel  enter  light. 


SS .  S  YS  VAL .  DE  VRE  AS 

1.  Although  !+Doppler  up+!  is  not  currently  used  by  a  function  driver, 
it  is  used  by  more  than  one  shared  service  module.  Similarly, 
!+Doppler  reasonable*!  is  only  used  by  one  function  driver;  however, 
it  is  also  used  by  a  shared  services  module.  Therefore,  both  are 
included  in  this  shared  service  module. 

2.  Some  values  are  signalled  as  events,  and  others  given  only  via  access 
programs.  This  is  done  because  we  provide  exactly  what  is  needed  by 
user  modules. 


SS . SYSVAL . IMSALN 

1.  The  events  signalled  by  this  module  are  exactly  those  required  by  the 
Function  Driver  modules.  Therefore,  for  some  tests,  only  a  failure 
is  reported;  for  others,  only  a  success;  for  still  others,  both  can 
be  signalled. 

2.  Currently,  !+elapsed  navain  time*!  is  only  used  by  one  function 
driver.  However,  we  suspect  that  it  may  be  used  in  the 
implementation  of  the  SS  mode-reporting  module.  Therefore,  we  have 
included  it  in  this  module,  but  are  prepared  to  withdraw  it  at  a 
later  time. 
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SS.SYSVAL.REFPT 

1.  The  latitude  and  longitude  of  the  aircraft  clearly  deal  with  external 
reference  points  (namely,  the  aircraft's  present  position).  However, 
the  values  are  also  based  on  a  choice  among  sources  (SINS,  panel 
entry,  PM  calculations).  Should  those  values  go  here,  or  in  the 
sensor-choice  submodule?  We  decided  here,  because  it  is  more  natural 
to  think  of  positional  information  as  being  position-relative,  rather 
than  the  result  of  a  sensor  choice.  The  existence  of  a  source  choice 
is  in  fact  hidden  by  this  submodule. 

2.  Some  values  produced  by  this  module  are  only  used  by  one  function 
driver.  However,  they  are  used  by  other  shared  services  modules,  and 
so  qualify  for  inclusion  in  this  shared  services  module. 

SS.SYSVAL.SLEW 

1.  A  former  version  of  this  module  provided  rates,  not  displacements. 
That  was  because  slewing  used  to  be  a  builtin  facility  of  the  virtual 
map,  aiming  symbol,  and  fir  cursors.  When  that  facility  was  deleted 
from  those  devices  (see  the  design  issues  in  the  device 
specifications),  this  module  changed  accordingly, 

2.  We  considered  having  user  programs  pass  in  the  slew  control 
displacement  as  parameters  to  the  symbol-displacement  programs.  We 
rejected  this,  however,  because  it  would  serve  no  useful  purpose;  and 
because  deleting  these  parameters  would  simplify  the  interface. 

3.  We  could  have  added  conditions  for  the  legality  of  FLR  and  map 
slews.  The  programs  that  control  the  FLR  cursors  and  the  map  display 
would  have  to  check  for  the  legality  of  a  slew  before  positioning  the 
symbol.  However,  it  is  currently  the  case  that  the  FLR  and  map  can 
be  slewed  anytime  they  are  displayed.  Therefore,  the  controlling 
program  would  always  get  true  for  an  answer.  We  decided  not  to  add 
this  needless  condition.  If  requirements  change  so  that  the  FLR 
cursors  and  the  map  cannot  be  slewed  under  some  conditions,  then  we 
will  have  to  add  slew- legality  programs  for  them. 

4.  We  added  the  1+HUD  3lew  legal-*-!  value  to  this  module  because  although 
used  by  only  one  Function  Driver,  it  also  affects  the  values  of 
!+after  slewing-*-!  and  !+before  slewing-*-!. 


SS . S YSVAL . VALSEL 


None. 
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SS.SYSVAL.WPNRLS 

1.  Values  such  as  !+target  in  range*!  and  !*blast  danger*!  and 
!*sr_ac_ip+!  could  have  been  included  in  the  aircraft 
position-relative  values,  since  their  values  change  as  the  aircraft 
flies.  However,  since  they  also  depend  on  weapon  characteristics, 
and  because  we  felt  it  was  more  natural  to  think  of  them  in  a  weapon 
module,  they  were  included  here. 
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Implementation  Notes 


Implementation  Notes  for  each  Shared  Services  submodule  are  found  in  this 
appendix.  Entries  corresponding  to  interface  terms  give  the 
Requirements-based  definition  for  the  value,  expressed  in  terms  of  the 
facilities  of  this  or  other  modules.  Entries  in  the  form  of  local 
dictionary  terms  (bracketed  by  "I!")  are .definitions  of  values  that  are 
not  reported  out  over  the  interface,  but  that  are  used  in  a  definition  of 
an  interface  term. 

This  appendix  is  divided  into  sections  for  each  submodule,  presented  in 
Table  of  Contents  order. 
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Appendix  2 


Implementation  Notes 


SS.PNL. CONFIG 


1.  I+Pnl  config  changed+i  Signalled  whenever  @T( I+Map  hold  changed+I)  OR 

@T(i+Update  changed+1)  OR 
@T(i+Panel  mode  changed+I)  OR 
@T( I+Pres  pos  changed+I)  occurs. 


2.  The  requirements  definitions  of  each  possible  panel  configuration  are 
enumerated  below. 

Nearly  all  of  the  configuration  values  are  functions  of  the  I+Map  hold+I , 
1+Update+I,  I+Panel  mode+1,  and  i+Pres  pos+I  switch  values.  In  addition,  some 
are  functions  of  pilot-entered  keyboard  input.  In  the  table  that  follows,  the 
appropriate  values  of  the  switches  are  given;  and  "X"  means  that  particular 
switch  value  does  not  affect  the  value  of  the  item.  Under  the  "Kbd.  input" 
column,  an  "X"  means  that  no  keyboard  input  is  needed  to  define  the  item.  A 
"D"  means  that  a  destination  must  be  selected;  i.e.,  @T(!+Dest  selected+I) 
must  occur  before  the  item  is  considered  true.  If  a  two-digit  data  selection 
number  is  required,  its  value  (or  legal  range)  is  given.  Note  that  if  any 
keyboard  input  is  called  for,  it  must  be  entered  after  the  switches  have  taken 
on  their  assigned  values;  however,  the  order  of  the  switch  settings  is 
immaterial. 

The  panel  may  be  in  at  most  two  configurations  at  once. 


Table  SS. PNL. CONFIG. 12-a 
Definition  of  I+p-il  config+I 


I+Map 

hold+I 

I+Update+I 

1+Panel 
mode + I 

I+Pres 
pos+ 1 

Kbd. 

input 

$align_stage$ 

false 

iDatai 

iPresposi 

iUpdatei 

88 

$alt  AGL  at  rls$ 

false 

iDatai 

iPresposi 

iUpdatei 

81 

$alt  baro  AGL$ 

false 

iDatai 

iPresposi 

iUpdatei 

80 

tARPINTi 

false 

iDatai 

iPresposi 

iUpdatei 

84 

iARPQUANTi 

false 

iDatai 

iPresposi 

iUpdatei 

84 

iaz  miss  dist  at  rlsi 

false 

iDatai 

iPresposi 

iUpdatei 

82 

iaz  ref  hdgi 

false 

ilMS-HUDi 

iPresposi 

iUpdate $ 

X 

tburst  hti 

false 

X 

iDBHTi 

X 

D 

^central  long  a$ 

false 

iDatai 

iPresposi 

iUpdatei 

17 

icentral  long  b$ 

false 

iDatai 

iPresposi 

iUpdatei 

18 

tdata  nbri 

false 

iDatai 

iPresposi 

iUpdatei 

00-26 

idest  altitude^ 

false 

X 

iALTMSLPi 

X 

D 

idest  lati 

false 

X 

iDes  t$ 

X 

D 
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SS.PNL. CONFIG  (continued) 


I+Map 

!+Update+! 

!+Panel 

!+Pres 

Kbd. 

hold+! 

mode+i 

pos+ 1 

input 

Sdest  longS 

false 

X 

SDestS 

X 

D 

Sdest  raslpS 

false 

X 

SaltmslpS 

X 

D 

SDoppler  coupledS 

false 

SDataS 

SPresposS 

SUpdateS 

25 

Sdrift  angle  filtered^ 

false 

SDataS 

SPresposS 

SUpdateS 

96 

Sdrftangl  IMSS 

false 

SDataS 

SPresposS 

SUpdateS 

96 

Se  coarse  scaled 

false 

SDataS 

SPresposS 

SUpdateS 

08 

Se  fine  scaled 

false 

SDataS 

SPresposS 

SUpdateS 

11 

Se  coarse  biasS 

false 

SDataS 

SPresposS 

SUpdateS 

13 

Se  fine  biasS 

false 

SDataS 

SPresposS 

SUpdateS 

16 

Selapsed  navaln  timet 

false 

SDataS 

SPresposS 

SUpdateS 

88 

tfpangl  at  rlst 

false 

SDataS 

SPresposS 

SUpdateS 

82 

tgndspd  filteredt 

false 

SDataS 

SPresposS 

SUpdateS 

95 

tgroundspeed  IMSt 

false 

SDataS 

SPresposS 

SUpdateS 

95 

tgyro  drift  delta  nt 

false 

SDataS 

SPresposS 

SUpdateS 

00 

thdg  systemt 

false 

SDataS 

SPresposS 

SUpdateS 

91 

Sheading  IMSt 

false 

Sims-hudS 

SPresposS 

SUpdateS 

X 

OR  false 

SDataS 

SPresposS 

SUpdateS 

73 

Sheading  MAGS 

false 

SDataS 

SPresposS 

SUpdateS 

73 

Sims  diagsiS 

false 

SDa.  * 

SPresposS 

SUpdateS 

72 

Sims  diags2S 

false 

SDataS 

SPresposS 

SUpdateS 

72 

Sims  total  veiS 

false 

SDataS 

SPresposS 

SUpdateS 

97 

SL-probeS 

false 

SDataS 

SPresposS 

SUpdateS 

26 

Sland  basedS 

false 

SDataS 

SPresposS 

SUpdateS 

23 

SlatitudeS 

false 

X 

SPresposS 

SLatLongS 

X 

SlongitudeS 

false 

X 

SPresposS 

SLatlongS 

X 

Slow  lat  ct  aS 

false 

SDataS 

SPresposS 

SUpdateS 

19 

Slow  lat  ct  bS 

false 

SDataS 

SPresposS 

SUpdateS 

20 

Smag  varS 

false 

STacmvS 

SPresposS 

SUpdateS 

D 

Smap  latitudeS 

true 

X 

X 

X 

X 

Smap  longitudeS 

true 

X 

X 

X 

X 

Smap  orient  aS 

false 

SDataS 

SPresposS 

SUpdateS 

21 

Smap  orient  bS 

false 

SDataS 

SPresposS 

SUpdateS 

22 

Smap  sw  diagsS 

false 

SDataS 

SPresposS 

SUpdateS 

71 

SMFSW  diagsS 

false 

SDataS 

SPresposS 

SUpdateS 

71 

Smark  latS 

false 

X 

$MarkS 

X 

D 

Smark  longS 

false 

X 

SMarkS 

X 

D 

Sn  coarse  scaleS 

false 

SDataS 

SPresposS 

SUpdateS 

07 

Sn  fine  scaleS 

false 

SDataS 

SPresposS 

SUpdateS 

10 

Sn  coarse  biasS 

false 

SDataS 

SPresposS 

SUpdateS 

12 

Sn  fine  biasS 

false 

SDataS 

SPresposS 

SUpdateS 

15 
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SS.PNL. CONFIG  (continued) 


2  +Map 
hold+I 

J+Update+J 

!+Panel 

mode+I 

I+Pres 

pos+1 

Kbd. 

input 

!nav  diags l! 

false 

iData! 

iPrespos! 

iUpdate! 

98 

{nav  diags2i 

false 

iData! 

iPrespos! 

iUpdate! 

98 

{norm  accel  at  rls! 

false 

iData! 

iPrespos! 

iUpdate! 

83 

{offset  brg{ 

false 

X 

!Rng/Brg! 

X 

D 

{offset  dht! 

false 

X 

iDBHTi 

X 

D 

{offset  rngi 

false 

X 

iRng/Brg! 

X 

D 

{OFP  verl{ 

false 

iData! 

iPrespos! 

iUpdate! 

99 

{OFP  ver2{ 

false 

iData! 

iPrespos! 

iUpdate! 

99 

Apriority  alt  display! 

false 

iData! 

iPrespos! 

iUpdate! 

80 

{radalt  priority! 

false 

iData! 

iPrespos! 

iUpdate! 

24 

INS  dhdg! 

false 

iZ-DHDGi 

iPrespos! 

iUpdate! 

X 

iSINS  east  veil 

false 

iData! 

iPrespos! 

iUpdate! 

93 

{SINS  heading! 

false 

iData! 

iPrespos! 

iUpdate! 

91 

!sins  lat{ 

false 

iData! 

iPrespos! 

iUpdate! 

90 

iS INS  long! 

false 

iData! 

iPrespos! 

iUpdate! 

90 

iSINS  north  veil 

false 

iData! 

iPrespos! 

iUpdate! 

92 

iSINS  validl! 

false 

iData! 

iPrespos! 

iUpdate! 

94 

iSINS  valid2$ 

false 

iData! 

iPrespos! 

!Update! 

94 

iSINS  x  offset! 

false 

iSINSX-Y! 

iPrespos! 

iUpdate! 

X 

!SINS  y  offset! 

false 

iSINSX-Yi 

iPrespos! 

iUpdate! 

X 

iSINS  z  offset! 

false 

iZ-DHDGi 

iPrespos! 

iUpdate! 

X 

!slant  range  at  rls! 

false 

iData! 

iPrespos! 

iUpdate! 

81 

!TAS  ADC  at  rls! 

false 

iData! 

iPrespos! 

iUpdate! 

83 

!TAS  filtered! 

false 

iData! 

iPrespos! 

iUpdate! 

97 

itime  to  dest! 

false 

iData! 

iPrespos! 

iUpdate! 

89 

iSTARDY  diags! 

false 

iData! 

iPrespos! 

{Update! 

70 

!v  coarse  scale! 

false 

iData! 

iPrespos! 

{Update! 

09 

!v  coarse  bias! 

false 

iData! 

iPrespos! 

{Update! 

14 

!vel  e! 

false 

iData! 

iPrespos! 

{Update! 

93 

!vei  n! 

false 

iData! 

iPrespos! 

{Update! 

92 

!wpn  sw  diags! 

false 

iData! 

iPrespos! 

{Update! 

70 

iWEAPTYPi 

false 

iData! 

iPrespos! 

{Update! 

85 

iwind  dir! 

false 

X 

iPrespos! 

{Wind! 

X 

!wind  vel! 

false 

X 

iPrespos! 

{Wind! 

X 

!x  corr  incretn! 

false 

iData! 

iPrespos! 

iUpdate! 

04 

!x  drift! 

false 

iData! 

iPrespos! 

iUpdate! 

01 

!y  corr  incretn! 

false 

iData! 

iPrespos! 

{Update! 

05 

!y  drift! 

false 

iData! 

iPrespos! 

{Update! 

02 

!z  corr  incretn! 

false 

iData! 

iPrespos! 

iUpdate! 

06 

!z  drift! 

false 

iData! 

iPrespos! 

iUpdate! 

03 
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SS.PNL. CONFIG  (continued) 


A  few  panel  configurations  cannot  be  fully  defined  using  the  table  above. 
Supplemental  descriptions  for  a  few  configurations  are  listed  below. 


Value  of  1+pnl  config+! 


Definition 


$alt  baro  AGL$ 


$compfail$ 


Jdest  lat$ 
idest  long$ 
platitude! 
$longitude$ 


^latitude  errort 
^longitude  error$ 


inonei 


The  panel  may  not  be  in  this  configuration  if 
the  system  is  in  *A/A  Guns*  OR  *A/A  Manrip*  OR 
*A/G  Guns*  OR  *Manrip*  OR  *Walleye*. 

The  panel  is  in  this  configuration  whenever 
@T( !+tes t_stage+!  *  $PD$)  occurs.  If 
@T(!+Comp  fail+1 )  occurs  before  the  PD  test 
stage  is  exited,  then  the  panel  remains  in  the 
$compfail$  configuration  until  an  intervening 
@T(!+init  complete+1)  occurs.  If 
@T( l+Corap  fail+!)  does  not  occur  before  the  PD 
test  stage  is  exited,  then  the  panel  reverts 
to  the  configuration( s)  that  it  was  in  before 
it  entered  $compfail$  configuration. 

These  values  are  determined  by  modes  and 
events,  as  well  as  by  switch  settings  and 
keyboard  inputs  as  described  above.  They 
appear  in  the  table  above,  but  the  panel  may 
also  be  in  some  of  these  configurations  as 
described  by  Table  SS. EVENT. 12-b.  In  other 
words,  the  panel  is  a  configuration  in  this 
list  when  the  corresponding  events/conditions 
in  either  table  occur/become  true. 

The  panel  is  in  both  of  these  configurations 
in  any  navigation  update  mode  (as  defined  in 
[REQ],  Section  3.0.1)  except  *AflyUpd*,  when 
@T(!+TD  pressed+!)  occurs. 

The  panel  is  in  this  configuration  when  it  is 
in  none  other. 
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SS.PNL. CONFIG  (continued) 


Term  Definition 

$pr  iority  alt  display^  The  panel  cannot  be  in  this  configuration  if 

the  system  is  in  *A/A  Guns*  OR  *A/A  Manrip*  OR 
*A/G  Guns*  OR  *Manrip*  OR  *Walleye* 


Table  SS. PNL. CONFIG. 12-b 

Alternate  definitions  of  $latitude$,  {longitudej, 
$dest  lat$,  and  $dest  long$ 

MODES  EVENTS 


*Af lyUpd* 

*HUDUpd* 

*RadarUpd* 

*FlyUpd* 

*TacUpd* 


@T(In  mode)  OR  @T(i+dest 

@T(!+Enter  pressed+1)  selected*! ) 


*MapUpd*  @T( In  mode)  OR 

@T(I+Enter  pressed*!) 


3=333S=3333a33a3a3aXSZB33a 


Panel 

configurations:  $latitude$ 

$longitudei 


X 


idest  lat$ 
$dest  longi 


SS.PNL. FORMAT 

The  format  rules  are  given  in  Section  4.6.0  of  the  Requirements.  The 
"BLANK  INTEGER"  format  implements  the  I  label!  format  described  in  the 
Requirements;  "REAL"  implements  Idecimal  point!.  All  other  pairings  are 
straightforward. 
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SS.PNL. INPUT 

1.  Values  for  the  initial-value  sysgen  parameters  are  given  in  Section 
4.6  of  the  Requirements. 

2.  This  submodule  uses  the  SS. PNL. CONFIG  submodule  to  tell  what  item  is 
currently  being  entered. 

3.  Any  of  the  following  will  cause  the  error  display: 

a.  @T(i+Keybd  pressed+i)  twice,  with  no  intervening  occurrence  of 
either  @T(i+Enter  pressed+i)  or  @T(I+Keybd  input  ready+I); 

b.  @T(i+Enter  pressed+i)  when  data  is  not  legally  enterable; 

c.  @T(i+fteybd  pressed+i)  when  the  system  is  in  no  navigation  update 
mode  (as  defined  in  [REQ],  Section  3.0.1); 

d.  i+data  nbr  pnl+1  is  not  one  of  00-26,  70-73,  80-85,  or  88-99; 

e.  @T(i+Keybd  pressed+i)  WHEN(  I+in_f light+!  and  the  current  panel 
configuration  is  $latitude$  OR  $longitude$) ; 

f.  @T( i+Keybd  pressed+i)  WHEN ( (NOT  I+in_f light+i  OR  i+adc  tas  up+i) 
and  the  current  panel  configuration  is  $wind  dir$  OS  $wind  velt) ; 

g.  Pilot  attempts  to  enter  two-digit  i+dest  entry+i  or  three-digit 
i+data  nbr  pnl+I; 

h.  Error  in  data  format  or  range; 

i.  @T(N0T  I+TAC  bearing  valid+i  OR  NOT  I+TAC  range  valid+i  OR 
i+IMS  mode+I  *  $Grid$  OR  I+TAC  range+I  Is  I+alt  ADC+I) 

WHEN( J  +in  *TacUpd*) ; 

j.  Number  keyed  in  for  i+dest  entry+I  is  0. 

4.  When  the  error  display  is  shown,  all  format  lights  are  turned  off. 
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SS.SUBRTN 

1.  To  calculate  !+symbol_az_on_ASL+l ,  the  current  position  and  roation 
angle  of  the  ASL  must  be  known.  The  program  calls  the  appropriate 
access  programs  directly. 


8744a 


66 


Appendix  2 


Implementation  Notes 


i 


SS. STAGE 

This  is  a  list  of  each  stage  of  each  alignment  mode  (as  defined  in 
[REQ],  Section  3.0.1),  identifying  possible  mode  entries,  mode  exits, 
and  repeated  stages. 


Alignment  mode  Stages  within  the  alignment  mode 


*Lautocal* 

CL 

CA 

fg 

CA 

ed 

CA  nd 

♦Sautocal* 

CL 

CA 

CA 

ed 

CA 

nd 

♦OlUpdate* 

(  fg 

-TS- 

) 

*HUDaln* 

/ 

-HS- 

CL 

CA 

fg 

<  fg 

-TS-  ) 

♦Landaln* 

CL 

CA 

fg 

(  fg 

-TS- 

) 

♦SINSaln* 

-HS- 

CL 

CA 

fg 

-TS- 

♦Airaln*  -FM-  CL  hi  hg  (  fg  ) 

/  / 

aasaaaasaaaaaaaasasassasassza^asaaasaaaasaMaasasasssssassianisassaaaBai 


Legend  (let  "ST"  denote  an  alignment  stage): 


Symbology 

/ 

ST 

ST 

/ 

(  ) 


Meaning 

The  mode  may  be  exited  when  this  stage  is  completed. 

The  mode  may  be  entered  at  the  beginning  of  this  stage. 

The  enclosed  stage,  or  sequence  of  stages,  is  repeated 
until  the  mode  is  exited. 


ST 


st 


-ST- 


Large  IMS  axis  adjustments  are  performed  during  this 
alignment  stage. 

Small  IMS  axis  adjustments  are  performed  during  this 
alignment  stage. 

No  IMS  axis  adjustments  are  performed  during  this 
alignment  stage. 
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The  following  terras  have 

I+adc  alt  up+I 
1+adc  reasonable+1 

I+adc  tas  up+1 
J+Doppler  reasonable* I 

I+Doppler  up-*-! 

I+IMS  reasonable+I 

1+mach  reasonable+I 

1+radalt  reasonable+I 

I+sr  reasonable+I 


SS.SYSVAl.DEVREAS 

the  given  implementation  definitions: 


true  iff  I+adc  reasonable+I  AND  1+ADC  alt  valid+I 

true  iff  150  fps  Is  I+TAS  ADC+I  Is  1024  fps  AND 
I+in  flight+I  AND  I+ADC  test  result+I. 

true  iff  I+adc  reasonable+I  AND  I+ADC  tas  valid+I 

I+DRS  reliable+I  for  last  5  seconds  AND 

256  fps  Iseq  I+gnd  speed  DRS+I  lseq  1456  fps  AND 

i+drift  angle  DRS+I  lseq  29.5  degrees  AND 

I+drift  angle  DRS+I  change  from  .2  sec  ago  Is  4  deg 

AND  1+gnd  speed  DRS+1  change  from  .2  sec  ago  lseq 

79  fps  AND  either  I+drift  angle  DRS+I  or 

I+gnd  speed  DRS+I  has  changed  value  in  the  last  2 

seconds 

I+Doppler  reasonable+I  AND  I+DRS  raode+I  noteq 
^Memory! 

I+speed  total  IMS+I  lseq  1440  fps  AND 

1+speed  total  IMS+I  change  from  .2  sec  ago  lseq  50 

fps . 

true  iff  1+mach  ADC+I  has  not  changed  by  more  than 
.0195  in  the  last  .2  seconds. 

50  feet  lseq  I+alt  Radar+I  lseq  4990  feet  AND 
ABSV(  1+roll  IMS+I  )  lseq  30  degrees 

1700  ft  lseq  I+Slt  range  FLR+1  lseq  54000  ft  AND 
ABSV(  i+roll  IMS+I  )  lseq  40  deg  AND 
ABSV(  I+FLR  elev+I  )  Is  16  deg  AND 
ABSV(  I+FLR  az+I  )  Is  16  deg  AND 

the  angle  at  which  the  FLR  pointing  line  intersects 
the  horizontal  plane  at  the  earth’s  surface  is 
gt  4  degrees 
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The  following  terms  have 

!+air  velocity 

test  passed+i 

!+drift  test  failed*! 

!+drift  test  passed*! 

1+elapsed  navaln  tirae+1 


1+land  velocity 

test  failed* 

1+land  velocity 

test  passed* 


!+nav  velocity  test  fai 


SS  .SYSVAL. IMSALN 

the  given  implementation  definitions: 


true  iff  difference  between  !+E  vel  IMS*!  and 
I+e  vel  DRS+!  and  between  !+N  vel  IMS*!  and 
!+n  vel  DRS+!  is  lseq  5  fps.  in  *Airaln*  mode. 

true  iff  difference  between  old  !+gyro  drift 
delta  n+!  and  the  new  !+gyro  drift  delta  n+1  gt 
0.049. 

true  iff  difference  between  old  !+gyro  drift 
delta  n+!  and  new  i+gyro  drift  delta  n+!  lseq 
0.049. 

Initialized  to  zero  whenever  any  of  the 
following  events  occurs: 

@T( !+align_stage+!  *  &CL$) 

@T( !+Non-align+ I  *  ioffji)  when  the  system 
is  in  some  alignment  mode 
@T( I +align_s tage*!  *  $FG$) 

WHEN ( ! +Non-a 1 i gn+ !  *  $0ff) 
@T(*01Update*) 

0FC+IMS  mode*!  -  $Gndal$) 

When  the  time  reaches  #navaln_wraparound#,  its 
value  is  reset  to  zero. 


TO  BE  DETERMINED. 


Becomes  false  upon  entry  into  *Lautocal*, 
*Sautocal*,  *Landain*,  *SINSaln*,  *HUDaln*, 
*UDI*,  *0LB*.  *Mag  si*,  *Grid*,  *IMS  fail*,  or 
*Grtest*  modes.  Becomes  true  when 
!+E  vel  IMS*!  and  !+N  vel  IMS*!  are  both  less 
than  1/8  fps  when  l+slign_stage+!  *  $TS$. 

true  iff  difference  between  !*N  vel  IMS*!  and 
!+n  vel  DRS+!  and  between  !+E  vel  IMS*!  and 
!+e  vel  DRS+!  gt  10  fps. 
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1+SINS  velocity  test  passed+1  Initial  value:  false. 

Becomes  false  upon  entry  into  one  of  the 
following  modes:  *Lautocal*,  *Sautocal*, 
*Landaln*,  *SINSaln*,  *HUDaln*,  *UDI*,  *OLB*, 
*Magsl*,  *Grid*,  *IMS  fail*,  *Grtest*. 

Becomes  true  when  the  difference  between 
1+N  vel  IMS+1  and  1+SINS  north  vel+I  and 
between  1+E  vel  IMS+!  and  I+SINS  east  vel+! 
lseq  1  f ps  after  30  seconds  in  $TS$  stage  in 
♦SINSaln*  mode. 
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SS.SYSVAL.REFPT 

The  requirements-derived  definitions  for  most  of  the  items  supplied  by 
this  module  are  given  below.  An  item  marked  with  "!!"  brackets  denotes  an 
item  that  is  not  part  of  the  interface  (i.e.,  not  provided  by  this  submodule), 
but  is  defined  somewhere  else  in  the  implementation  notes. 

Iladjusted  point!!  The  point  overlayed  by  the  HUD  aiming  symbol  when 

@T(!+after  slewing*!)  occurs.  Convert  I+AS  azimuth* ! 
and  !+AS  elevation* 1  to  position,  bearing,  and  slant 
ranges  by  using  Physical  Model  programs. 

!+brg_ac_ftpt+!  Use  the  position  (latitude,  longitude)  of  the 

!+brg_ac_tgt+!  particular  point  in  order  to  obtain  the  bearing 

!+brg_grtk_ap+!  by  using  Physical  Models  programs. 

!*brg_grtk_cup*I  Use  the  position  (latitude,  longitude)  of  the 

!+brg_grtk_ftpt+!  particular  point  in  order  to  obtain  the  bearing 

!+brg__grtk_oap+!  from  the  Physical  Models  module. 

!!called-up  point!1.  The  !!called-up  point!!  is  defined  when  the  system  is 

in  some  navigation  update  mode  (as  defined  in  [REQ], 
Section  3.0.1)  and  @T(I+pnl  config+I  *  $dest  latt  OR 
$dest  long$)  occurs.  It  is  the  location  described  by 
!*dest  lat  pnl+!  and  !+dest  long  pnl*!,  parameterized 
by  I+dest  entry  pnl*!. 

!!corrected  OAP!!  The  point  offset  laterally  from  the  OAP  by  bearing 

!+offset  brg  pnl+!  and  distance  !+offset  rng  pnl*!; 
and  offset  vertically  by  distance  !+offset  dht  pnl+I. 
The  values  !+offset  brg  pnl+I,  !+offset  rng  pnl+I,  and 
!+offset  dht  pnl+!  are  all  parameterized  by  !+Fly  to 
num+! . 
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desig+1 

Defined  by  the  table  below. 

MOOES 

EVENTS 

*HUDaln* 

All  navigation 
update  modes 

@T(i+TD  pressed+I) 

@T(  In  mode)  OR 
@F(In  mode) 

*BOC* 

*SBOC* 

@T(  In  mode)  WHEN(  NOT  IISKII) 

X 

*BOCFlytoO* 

(when 

NOT  IISKII) 

@T(I+TD  pressed+I  OR 

1+RE  pressed+I  OR 

1+after  slewing+I) 

WHEN (NOT  1+desig+I ) 

@T( In  mode)  OR 
@T(1+TD  pressed+I) 

WHEN( I+desig+I) 

*BOCoff set* 

@T( I+TD  pressed+I  OR 

I+RE  pressed+I) 

WHEN (NOT  1+desig+I) 

@T(ln  mode)  OR 
@T(i+TD  pressed+I) 

WHEN( I+desig+I) 

*Nattack* 

(when 

NOT  fSK.* ! ) 

@T(l+TD  pressed+1  OR 

1+RE  pressed+I  OR 

1+after  slewing+1) 

WHEN (NOT  I+desig+l ) 

@F(In  mode)  OR 
@T(I+TD  pressed+I) 

WHEN( I+desig+l)  OR 

@T( In  mode)  WHEN 

(NOT  1 1 just  left  a  BOCII) 

*Nof fset* 

(when 

not  usk::) 

@T(I+TD  pressed+I  OR 

1+RE  pressed+1) 

WHEN (NOT  I+desig+I ) 

@F(In  mode)  OR 
@T(!+TD  pressed+I) 

WHEN( I+desig+I)  OR 

@T( In  mode)  WHEN 

(NOT  1 1  just  left  a  BOClI) 

**NBShr ike** 

@T(I+TD  pressed+1  OR 

I+RE  pressed+I) 

WHEN (NOT  I+desig+I) 

@F( In  mode)  OR 
@T(I+TD  pressed+I) 

WHEN( I+desig+I) 

*SBOCFlytoO* 

@T(!+TD  pressed+1  OR 

I+after  slewing* I) 

WHEN (NOT  I+desig+I) 

@T(In  mode) 

*SBOCoff set* 

@T(1+TD  pressed+I) 

WHEN (NOT  I+desig+I) 

@T(In  mode) 

*Snattack* 

@T(!l+TD  pressed+I  OR 

I+after  slewing+1) 

WHEN( NOT  I+desig+I) 

@F(In  mode) 

*Snof fset* 

@T(I+TD  pressed+I) 

WHEN (NOT  1+desig+I) 

@T(In  mode)  OR 
@F(In  mode) 

♦Walleye* 

@T(I+TD  pressed+I) 

WHEN( NOT  I+desig+I) 

@F(In  mode)  OR 
@T(I+TD  pressed+I) 

WHEN( I+desig+I) 

Value  of  I+desig+I:  true  false 
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I+dest  lat+I 


I+dest  long+I 


I! fix  point  AS 


I If ix  point  AS 


1)  When  @T( I+WAYPT  available+i)  occurs,  use  the 
value  I+WAYPT  lat+I  to  update  the  destination 
latitude  parameterized  by  I+WAYPT  ID+I; 

2)  As  soon  as  a  new  value  of  I+dest  lat  pnl+I  is 
entered  via  the  panel,  use  it  to  update  the 
destination  latitude  parameterized  by 

I+dest  entry  pnl+I; 

3)  When  the  following  sequence  of  events  occurs, 
use  the  value  I+Map  latitude+I  to  update  the 
destination  latitude  parameterized  by 

I+dest  entry  pnl+1: 

a)  @T(!+pnl  config+I  *  Jdest  lat$) 

b)  @T( I+Map  hold+I ) 

c)  @T(!+pnl  input  complete+I) 


1)  When  @T( I+WAYPT  available+I)  occurs,  use  the 
value  I+WAYPT  long+I  to  update  the  destination 
longitude  parameterized  by  I+WAYPT  ID+I ; 

2)  As  soon  as  a  new  value  of  1+dest  long  pnl+I  is 
entered  via  the  panel,  used  it  to  update  the 
destination  longitude  parameterized  by 

I+dest  entry  pnl+I; 

3)  When  the  following  sequence  of  events  occurs, 
use  the  value  I+Map  longitude+I  to  update  the 
destination  longitude  parameterized  by 

I+dest  entry  pnl+I: 

a)  @T(!+pnl  config+I  *  $dest  longt) 

b)  @T( I+Map  hold+I) 

d)  @T(!+pnl  input  complete+I ) 


The  point  on  the  ground  overlayed  by  the  HUD 
aiming  symbol  at  the  time  @T( I+desig+I )  OR 
@T(!+after  slewing+I)  occurs. 


desigll  The  point  on  the  ground  overlayed  by  the  HUD 

aiming  symbol  at  the  time  @T( I+desig+I )  occurs. 
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I! fix  point  FLR.'i 


I!  fix  point  PMDS!! 


!!fly-to  point  21 


!+gr_ac_ftpt+! 
!+gr_ac_fxpt  +  ! 

I  +gr_ac_HUDre  f  pt+ I 

!+gr_ac_oap+l 

!+gr_ac_tgt+! 


I+ground  danger-*- 2 


l+HUDrefpt_az+! 

!+HUDrefpt_elev+! 


The  point  on  the  ground  overlayed  by  the  FLR 
cursors  at  the  time  @T(I+after  slewing-*-!)  occurs. 


The  point  displayed  by  the  map  at  the  time 
@T(!+TD  pressed-*-!)  occurs. 


If  I-t-Fly  to  state-*-!  *  $Mark$  then  the 
!!fly-to  point!!  is  defined  as  the  position 
described  by  i+mark  lat+I  and  I+raark  long-*-! , 
parameterized  by  !+Fly  to  num+I.  If 
1+Fly  to  state-*-!  *  tDesti  then  the 
!!fly-to  point!!  is  defined  as  the  position 
described  by  1+dest  lat+!  and  i+dest  long-*-!, 
parameterized  by  !+Fly  to  num+I. 


Use  the  position  (latitude,  longitude)  of  the 
particular  point  to  obtain  the  ground  range  from 
the  Physical  Models  module. 


Becomes  true  when  !+sr_ac_gpup+!  becomes  0. 


Use  the  position  (latitude,  longitude)  of  the 
!!HUD  reference  point!!  to  obtain  the  angles.  If 
the  current  I ’.HUD  reference  point!!  is  a  point  on 
the  ground  track  8  nmi  ahead  of  the  a/c,  then  the 
azimuth  is  equal  to  !+drift  angle+!. 


8744a 


74 


Appendix  2 


Implementation  Notes 


"HUD  reference  point"  Defined  by  the  following  tables. 

Definition  of  "HUD  reference  point."  in  certain  weapon  modes 


MODES 

CONDITIONS 

*HUDdownl* 

*Nattack* 

*SHUDdownl* 

♦Snattack* 

X 

X 

X 

Always 

X 

*HUDdown2* 
*Noff set* 
*SHUDdown2* 
*Snoff set* 

X 

X 

NOT 

!+desig+i 

!+desig+! 

X 

*BOC* 

*SBOC* 

X 

X 

X 

Always 

*BOCFlytoO* 

*SBOCFlytoO* 

X 

X 

X 

!+desig+! 

NOT 

!*desig* 

*BOCof f set* 
♦SBOCoffset* 

X 

NOT 

!+desig+! 

AND  !*before 
slewing*! 

NOT 

!*desig+! 

AND  !+after 
slewing*! 

!+desig+! 

X 

*A/A  Guns* 
*A/A  Manrip* 
*A/G  Guns* 

Always 

X 

X 

X 

X 

!  I  HUD 
reference 
point .'  ! : 

! ! impact 
point! ! 

! ! fly-to- 
point! ! 

"offset  aim 
point! ! 

! ! target! ! 

8  nmi 
ahead  of 
a/c  on 
!+grtk+! 

Definition  of  "HUD  reference  point."  in  non-weapon  modes 


MODES 

CONDITIONS 

*HUDaln* 

X 

X 

Always 

*HUDUpd* 

NOT  !+after 

!+after 

X 

*RadarUpd* 

slewing*! 

slewing*! 

!!HUD  reference 

! ! called-up 

!!fix  point  AS!! 

!  !ad justed 

point! ! : 

point! ! 

point! ! 
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'! impact  point  it 

Point  defined  by  J  +  ip  lat* 

!  and  I+ip  long*!. 

!  I  just  left  a  80CI I 

less  than  1.6  seconds  have  elapsed  since  the 
most  recent  exit  from  *BOC*,  *BOCoffset*,  or 
♦BOCFlytoO*  mode . 

!  + latitude*'. 

Defined  by  the  table  below 
when  to  change  the  source 

.  This  table  tells 
of  the  latitude  value. 

MODES 

EVENTS 

VALUE  OF  I+latitude*! 

*Sautocal* 

@T(In  mode) 

I+SINS  lat+! 

*S INS a In* 

@T(!+New  latitude  pnl  entered*'. ) 

I+latitude  pnl+I 

*HUDaln* 

♦Landaln* 

♦Lautocal* 

*01Update* 

@T(I+New  latitude  pnl  entered*!) 

I+latitude  pnl+1 

*Airaln* 

*DI* 

*DIG* 

*PolarDI* 

*UDI* 

@T(In  mode) 

current  latitude 
computed  by  Physical 
Models  module 

*Gr id* 

*x* 

*Mag  si* 

@T('.+New  latitude  pnl  entered* I) 
WHEN( NOT  1  +  in  flight*'. ) 

I+latitude  pnl+! 

*OLB* 

@T(In  mode)  OR  @T(l+in  flight*!) 

latitude  computed  by 
Physical  Models 
module 

sasssaasasaasiaaaaana* 
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1-platitude  cup*! 

This  is  the  latitude  of  the 

!!called-up  point!!. 

1+latitude  error+I 

This  is  the  difference  between  the  first  and 
second  reference  latitudes  (measured  from  the 
first  to  the  second),  as  defined  in  Table 
SS.STSVAL.REFPT. 12-a. 

1+longitude+I 

Defined  by  the  table  below, 
to  change  the  source  of  the 

This  table  tells  when 
longitude  value. 

MODES 

Definition  of  l+longitude+! 
EVENTS 

VALUE  OF  1+longitude*! 

*Sautocal* 

@T( In  mode ) 

!+SINS  long*! 

♦SlNSaln* 

@T(!+new  longitude  pnl  entered*!) 

!+ longitude  pnl+! 

♦HUDaln* 

*Landaln* 

♦Lautocal* 

*01Update* 

@T(l+new  longitude  pnl  entered*!) 

!+longitude  pnl+1 

*Airaln* 

*DI* 

*DIG* 

♦PolarDI* 

*UDI* 

@T(In  mode) 

Current  longitude 
computed  by  Physical 
Models  module 

*Grid* 

*1* 

*Mag  si* 

@T(!+new  longitude  pnl  entered*!) 
WHEN( NOT  !+in  flight*!)  AND 

!+longitude  pnl+1 

*OLB* 

@T(In  mode)  OR  @T(!+in  flight*!) 

Current  longitude 
computed  by  Physical 
Models  module 

i»Baiasaassas«aaaaacaM 
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!+longitude_cup+I 


This  is  the  longitude  of  the  !!called-up 
point ! ! . 


!+longitude  error* 1  This  is  the  difference  between  the  first  and 

second  reference  longitudes  (measured  from  the 
first  to  the  second),  as  defined  in  Table 
SS.SYSVAL.REFPT. 12-a. 


Table  SS.SYSVAL.REFPT.12-a 
Reference  points  of  1+latitude  error*! 
and  !+longitude  error*! 


MODES 

39333333353 

*HUDUpd* 

First  reference 
point 

33333933993=3=3333 

! !called-up 
point ! ! 

Second  reference 
point 

338339333333 

!!fix  point  AS!! 

*RadarUpd* 

! !called-up 
point ! ! 

! ! f ix  point  FLR! I 

♦FlyUpd* 

!  !called-up 

!+latitude+!  & 

point ! ! 

!+longitude*! 

*TacUpd* 

!+latitude+!  & 

Position  of  the 

1* longitude*! 

a/c  computed  by 
assuming  that  the 
! !called-up 
point!!  is  at 
!*TAC  range*!  and 
I+TAC  bearing*! 
from  the  a/c. 

Use  PM  position 
offset  program. 

♦MapUpd* 

!+latitude+I  & 
!+longitude+l 

! If ix  point  PMDSI ! 
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!+raark*I 


!+raark  lat  +  ! 


I+mark  long*! 


!!offset  aim  point!! 


!!point  ahead  desig! 


Initialized  to  zero  at  system-generation  time. 
Thereafter,  each  time  @T(1+Mark  pressed*! ) 
occurs,  1+Mark+l  is  incremented  thus: 
if  !+Mark+!  *  9 

then  !+Mark+!  :*  1 

else  !+Mark+!  :»  !*Mark+!  +  1 


!*latitude+!  at  the  time  @T(!+Mark  pressed*!) 
occurs.  This  value  will  be  associated  with  the 
value  of  !+Mark+!  after  @Tfl*Mark  pressed*!) 
occurs . 


J+longitude+!  at  the  time  @T(!+Mark  pressed*!) 
occurs.  This  value  will  be  associated  with  the 
value  of  !+Mark*I  after  @T(!+Mark  pressed*!) 
occurs. 


(OAP)  Defined  by  the  table  below. 

Definition  of  !!offset  aim  point!!  (OAP) 
MODES  Offset  Aim  Point 

33MS«|3a3SS333s:aiS3SS3aS3S33Sa883S33S=38S3Sa3S: 

*BOCof f set*  ! ! fly-to  point!!  if  NOT 

*SEOCoffset*  !*after  slewing*!; 

!!fix  point  FLRl!  otherwise 


*Nof fset* 

*Snof f set* 

! I  fix  point  AS ! ! 

*HUDdown2* 

*SHUDdown2* 

Ilpoint  ahead  desig!! 

Any  other  weapon 
mode,  or  no 

!  !target! ! 

weapon  mode 

asssssscsssasaasasssasssassassasassMaiMaMSMa: 


The  point  on  the  ground  intersecting  the 
aircraft's  Ya  axis  at  the  time  @T( !+desig+! ) 
occurs . 
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: !SK: 1  !+Weapon  Class*!  -  $SK$ 

!+sr_ac_ap+!  Use  the  position  (latitude,  longitude)  of  the 

!+sr_ac_cup+!  particular  point  and  use  Physical  Models 

!*sr_ac_ftpt+!  programs  to  obtain  the  slant  range. 

!+sr_ac_oap+! 

!+sr_ac_tgt* 

I*sr_ac_gpup+!  Use  Physical  Models  programs  to  determine  the 

position  of  the  ground  pullup  point,  and  then 
the  slant  range  from  the  aircraft  to  it. 

I+steering  error  to  rls*'.  Use  Physical  Models  programs  to  determine  the 

release  point  and  provide  a  bearing  to  that 
location. 


1+steering  error  to  tgt*'.  !+brg_grtk_tgt+! ,  if  lseq  180  deg; 

!+brg_grtk_tgt+!  -  360,  if  gt  180  deg. 

!+time  to  ftpt+l  Use  Physical  Models  programs  to  obtain  the  time, 

given  the  position  of  the  !!fly-to  point!!  and 
the  current  magnitudes  of  !+velocity  east 
system*!  and  !+velocity  north  system*!. 
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I  target  ! 


Defined  by  the  table  below. 


MODES 

Definition  of  ! target!! 

♦BOCFlytoO* 

*Nattack* 

♦SBOCFlytoO* 

*Snattack* 

I  Ifix  point  AS  I ! 

*Walleye* 

I! fix  point  AS  desig!! 

*BOCof f set* 
*HUDdown2* 

*Noff set* 

★SBOCof f set* 
*SHUDdown2* 

*Snof fset* 

"corrected  OAPl ! 

*BOC* 

*SBOC* 

!!fly-to  point!!  if  NOT 
!+after  slewing*!; 

!!fix  point  FLR! !  otherwise 

♦HUDdownl* 

*SHUDdownl* 

! Ipoint  ahead  desig!! 

*A/A  Guns* 

*A/A  Manrip* 

*A/G  Guns* 

*CCIP* 

!! impact  point!! 

No  weapon  mode 

! !  fly-to 
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SS.SYSVAL.SLEW 


Displacements  should  be  computed  using  the  following  rates: 


Radar  rate: 

Lateral 

(in  degrees  per  second)  25/64  x  I+Slew  right-left+I  x 

((4  x  1+Slew  right-left+I^)  +  36) 


Vertical 

(in  feet  per  second) 


25  x  16  x  !+Slew  up-down+I  x 
((4  x  I+Slew  up-down+I  )  +  36) 


HUD  rate: 

Lateral 

(in  degrees  per  second)  25  x  I+Slew  right-left+I  x 

( ( I+Slew  right-left+I 2) /256)  +  .035 

Vertical 

(in  degrees  per  second)  25  x  I+Slew  up-down+I  x 

(((I+Slew  up-down+I2)  /  256)  +  .035) 


Map  rate: 

Latitude  displacement 

(earth  arc-secs  per  sec)  25  x  I+Slew  right-left+I  x 

(((I+Slew  right-left+I2)  /  4)  +  2.25) 


Longitude  displacement 
(earth  arc-secs  per  sec) 


25  x  I+Slew  up-down+I  x 
(((I+Slew  up-down+I2)  /  4)  +  2.25) 


The  slew-rate  equations  include  a  factor  of  25  that  converts  a  delta-slew  (for 
one  compute  cycle)  into  a  slew-movement-per-second  rate.  This  assumes  25 
cycles  per  second,  and  the  rates  must  be  adjusted  (parameterized)  to  reflect 
what  the  periodicity  of  our  program  will  actually  be. 
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1+HUD  slew  legal*!  is  defined  by  following  table. 


MODES  CONDITIONS 


*Nattack* 

MSssasssaasaaaaaBflaasaasaaB 

NOT  '.iris  imminent!  1 

AND  NOT  .'ISK.'i 

OR 

! idesig  retent!  i 

and  ::sk:i 

!!rls  imminent!!  AND 

NOT  .'  !SK! ! 

OR 

NOT  ! Idesig  retent!! 

AND  IISKI! 

♦Snattack* 
*Noff set* 
*Sao££aet* 

NOT  iirls  imminent!'. 

Iirls  imminent!! 

*HUDUpd* 

♦RadarUpd* 

Always 

X 

*A/A  Guns* 
*A/A  Manrip* 
*A/G  Guns* 
*HUDdownl* 
*HUDdown2* 
*SHUDdownl* 
*SHUDdown2* 
♦Walleye* 

X 

Always 

*BOC* 

♦BOCFlytoO* 
*BOCof fset* 
*SBOC* 
♦SBOCFlytoO* 
♦SBOCoff set* 

NOT  Iirls  imminent!'. 

AND  I+gr_ac_HUDrefpt+I 
lseq  20  nmi 

Iirls  imminent!! 

OR  !+gr_ac_HUDrefpt+! 
gt  20  nmi 

Value: 

true 

false 
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!!desig  retent!1.  true  iff  !+desig+!  is  true,  and  became  true 

when  the  system  was  in  *BOC*,  *BOCoffset*,  or 
♦BOCFlytoO*  modes. 


!!rls  imminent!!  In  modes  *Nattack*,  *Noffset*,  *BOC*, 

*BOCoffset*,  or  *BOCFlytoO*: 

true  iff  either  solution  cue  is  between 
the  top  and  center  of  the  HUD  flight  path 
marker;  i.e.,  a  solution  cue  elevation  is 
above  the  FPM,  but  by  not  more  than  .59 
degrees . 

In  modes  *Snattack*,  *Snoffset*,  *SBOC*, 
*SBOCoff set*,  or  *SBOCFlytoO*: 

true  iff  the  lower  solution  is  above  the 
flight  path  marker,  but  by  not  more  than 
.59  degrees. 

!  ISK! !  !+ Weapon  Class-*-!  *  $SK$ 
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SS . S YSVAL . VALSEL 


1+alt  priority  stale+1 

I+alt  priority  source+I  When  and  how  these  are  updated  is  defined  by  the  table 

below. 

Definition  of  1+alt  priority  stale+I 
and  I+alt  priority  source+I 


MODES  CONDITIONS 


aasaaaaiasvava: 

*Nattack* 

*Noff set* 

*Snattack* 

*Snoffset* 

*HODdownl* 

*HUDdown2* 

*SHUDdownl* 

*SHUDdown2* 

laxsasaMaaaaiaaaaa 

@T(  In  mode) 

OR 

@F( l+desig+ I ) 

aaaaaasaasasaaassraassaasaaBaasaaas 

@T(l+desig+I) 

OR 

@F(!+Slew  displacement  non-zero+1) 
WHEN(I+rls  pts  passed+I  »  0) 

0R~ 

@T(I+sr  reasonable+I ) 

WHEN(!+rls  pts  passed* 1  *  0  AND 
I+desig+lT 

*BOCFlytoO* 

*SBOCFIytoO* 

@T(ln  mode) 

OR 

@F( I+desig+i ) 

IfTT+desTg+T)  OR 
@F(!+Slew  displacement  non-zero+1 ) 
WHEN( I+rls_pts_passed+I  *  0) 

*BOC* 

*SBOC* 

@T( In  mode  AND 
I+gr_ac__tgt+I 
gt  30  rani) 

@T(l+gr_ac  tgt+I  lseq  30  nmii  OR 
@F(i+Slew  displacement  non-zero+1) 
WHEN  (I+gr  ac__tgt+I  lseq  20  nmi 

AND  T+rls_pts_passed+I  *  0) 

*BOCof fset* 
*SBOCoff set* 

@T(  In  mode)  OR 
@F( I+desig+1 )  OR 
@T( l+gr_ac_oap+I 
gt  30  nrai) 

@T( I+desig+1)  OR 

@F(I+Slew  displacement  non-zero+1) 

WHEN( I+gr  ac_oap+I  lseq  20  nmi 

AND  !+rls_pts_passed+!  »  0)  OR 
@T( I+gr_ac_oap+I  lseq  30  nmi) 

*CCIP* 

@T(In  mode) 

@T( I+ip_elev+I  lseq  16  deg) 

WHEN( I+r ls_pts_passed+I  *  0) 

Not  in  any 
weapon  mode 
listed  above 

@T(In  mode) 

X 

I+alt  priority 
stale+I : 

0 

I+alt  priority  ranging+I 

1+alt 
priority 
source+I : 

$None$ 

Depends  on  sensor  source  of 

I+alt  priority  ranging+I; 

if  ADC,  $F$  if  from  FLR  slant 

range,  and  $A$  if  radar  altimeter. 
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1 +alt  priority  ranging+I 


I+drift  angle+I 


I+in  flight+I 


Defined  by  the  table  below. 


Definition  of  I+alt  priority  ranging+I 


MODES 

CONDITIONS 

*CCIP* 

*HUDdownl* 

*HUDdown2* 

*Nattack* 

*Noff set* 

*SHUDdownl* 

*SHUDdown2* 

*Snattack* 

*Snof fset* 

I+sr 

reason- 

able+I 

NOT  I+sr 
reasonable+I 
AND 

I+radalt 

priority 

pnl+I 

NOT  I+sr 
reasonable+I 
AND 

NOT  I+radalt 

priority 

pnl+I 

*BOC* 

*BOCFlytoO* 
*BOCof fset* 
*SBOC* 

♦SBOCFlytoO* 
*SBOCoff set* 

X 

I+radalt 

priority 

pnl+I 

NOT 

I+radalt 

priority 

pnl+I 

l+Alt 

priority 
ranging+! : 

I+alt 
from  sr+I 

I+alt 

RADAR+I 

I+alt  ADC+I 

If  I+Doppler  up+I  then  I+drift  angle  DRS+I ; 
otherwise  I+drift  angle  IMS+I. 


Use  value  of  l+WOG+I,  from  the  DIM. 
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I+velocity  east  system+I 

I+velocity  north  system+1  Defined  by  the  tables  below. 

Definition  of  1+velocity  east  system+1 
and  1+velocity  north  system+1  in  Navigation  modes 


MODES 

CONDITIONS 

*DI* 

*DIG* 

*PolarDI* 

*UDI* 

Always 

X 

X 

X 

*1* 

*PolarI* 

X 

Always 

X 

X 

♦Grid* 

*IMS  fail* 

X 

X 

1+Doppler  up+I 

NOT 

*Magsl* 

*OLB* 

I+Doppler  up+I 

1+velocity 

north  system+I: 

Based  on: 

1+N  vel  IMS+1 

I+N  vel 

I+gnd  speed  DRS+i 

I+TAS  ADC+1 

damped  by 

I+gnd  speed  DRS+I 

IMS+1 

system  heading 

1+A0A+1 

I+pitch  IMS+1 
I+wind  dir+I 
I+wind  vel+i 

i+velocity 

east  system+I: 

Based  on: 

1+E  vel  IMS+1 

1+E  vel 

I+gnd  speed  DRS+I 

I+TAS  ADC+I 

damped  by 

IMS+1 

system  heading 

1+AOA+I 

I+gnd  speed  DRS+i 

I+pitch  IMS+I 
I+wind  dir+i 
I+wind  vel+I 

Definition  of 

I+velocity 

east  system+1 

and  1+velocity  north  system+1  in  Alignment  modes 


MODES  I+velocity  north  system+I  I+velocity  east  system+1 


*HUDaln* 

*Lautocal* 

*Landaln* 

♦OlUpdate* 

0 

0 

♦Sautocal* 

*SINSaln* 

I+SINS  north  vel+I  adjusted 
by  SINS  x,  y,  and  z  offsets 

1+SINS  east  vel+I  adjusted 
by  SINS  x,  y,  and  z  offsets 

*Airaln* 

I+N  vel  IMS  +  1 

damped  by  I+gnd  speed  DRS+I 

i+E  vel  IMS+I 

damped  by  I+gnd  speed  DRS+I 
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I+velocity  vertical  system+1  Defined  by  the  table  below. 


Definition  of  1+velocity  vertical  systeo+I 


MODES  CONDITIONS 


*Airaln* 

*DI* 

*DIG* 

*x* 

*PolarDI* 

*PolarI* 

*UDI* 

1+ADC  alt 
valid+I 

NOT 

1+ADC  alt 
valid+1 

X 

X 

*Gr id* 

*Magsl* 

*OLB* 

X 

X 

1+adc  tas 
up+1 

NOT  1+adc 
tas  up+ 1 

*IMS  fail* 

X 

X 

X 

Always 

Any  alignment 
mode  except 
*Airaln* 

1+ADC  alt 
valid+I 

NOT  1+ADC 
alt  valid+1 

X 

X 

'. ■•■velocity  vertical  system+1 : 
based  on:  1+V  vel  IMS+I 

damped  by 

sys.  hor.  vels. 
fit  path  angle 

1+TAS  ADC+i 
fit  path  angle 

0 

1+alt  ADC+I 


Programmers  should  invoke  the  appropriate  Physical  Models  programs  to 
return  vertical  velocity  based  on  the  specified  models. 
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Implement a cion  Notes 


I+wind  dir+i  The  source  of  the  measurement  alternates  between  the 

most  recent  panel  entry  and  the  value  computed  by  the 
Physical  Model.  When  the  source  changes  is  defined  by 
the  table  below. 

Definition  of  I+wind  dir+I 


MODES  EVENTS 


All  alignment 
modes  except 
*Airaln* 

@T(In  mode) 

X 

*Airaln* 

*DI* 

★dig* 

♦Grid* 

*1* 

*IMS  fail* 

*Mag  si* 

*OLB* 

♦PolarDI* 

*PolarI* 

*UDI* 

@T(In  mode) 

OR 

@T(I+adc  tas  up+I  OR 
NOT  I+in  flight+I ) 

@T(I+new  wind  dir  pnl  entered+I) 
WHEN(  I+in  flight+I  AND 

NOT  I+tas  adc  up+I) 

I+wind  dir+I: 

wind  direction 
computed  by  Physical 
Models  module 

I + wind  dir  pnl+I 
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1+wind  vel+1  The  source  of  the  measurement  alternates  between  the 

most  recent  panel  entry  and  the  value  computed  by  the 
Physical  Model.  When  the  source  changes  is  defined  by 
the  table  below. 

Definition  of  1+wind  vel+1 

MODES  EVENTS 


All  alignment 

modes  except  @T(In  mode)  X 

*Airaln* 


♦Airaln* 

*DI* 

*DIG* 

★Grid* 

★  X* 

*IMS  fail* 

*Mag  si* 

*OLB* 

*PolarDI* 

*PolarI* 

*UDI* 

1+wind  vel+1: 


@T(In  mode)  @T(l+nev  wind  vel  pnl  entered+1) 

OR  WHEN(  l+in  flight+1  AND 

@T(i+adc  tas  up+1  OR  NOT  1+tas  adc  up+1) 

NOT  l+in  f light+I ) 


lasaauBsaaMaaaaaaaBassxasasaaaasasssaaaaaaBaaaaBBaasBass 

wind  speed  computed  by  I+wind  vel  pnl+1 

Physical  Models  module 
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Implementation  Notes 


SS.SYSVAL.WPNRLS 


♦blast  danger-*-! 

Becomes  true  when  1+sr  ac  btpup+I  becomes  0. 

♦computed  rls+I 

Signalled  according  to  the  table  below.  The 
terms  bracketed  by  "l!"  marks  are  explained 
under  their  own  implementation  notes  elsewhere 
in  this  section. 

MODES 

Definition  of  I+coraputed  rls+! 

EVENTS 

**NBnot Shrike** 

@T(!+Special  solution*!)  WHEN(l+rls  pts  passed*!  *  0) 

OR 

@T(  !!stik  distance  achieved!!) 

WHEN( !+r ls_pts_passed+!  gteq  1 

AND  l+rls_pts_passed+!  Is  !+stik__quan+ I ) 

**NBShrike** 

@T(l!weapon  prepared!!  AND  I+SK  solution* !) 

**HiNuke** 

@T( 1+special  solution*!) 

**LoNuke** 

?T(!+flt  path  angle*!  *  !*Amax+!  )  WHEN 

(!!eligible  release!!  AND  NOT  !! special  soln  occurred!!) 

OR 

@T(!*flt  path  angle*!  ■  !*Amin+!  ) 

WHEN( : : eligible  release!!  AND  !!special  soln  occurred!!) 

OR 

@T(!*special  solution*!) 

WHEN(  ! '.eligible  release!!  AND 

i+Amin+1  lseq  !+flt  path  angle*!  lseq  !+Amax*!) 

OR 

@T( ! I  eligible  release!!  AND  time  since  @T(!  +  special 
solution*!)  occurred  lseq  2  seconds) 

*A/A  Manrip* 
*CCIP* 

*Manrip* 

♦Walleye* 

@T(  I'.stik  distance  achieved!!) 

WHEN( !+rls_pts_passed+!  gteq  1 

AND  !*rls  pts_passed+!  Is  !+stik_quan+l ) 

lleligible  release! 1  !+desig+!  AND 

!*PUAC  mode+!  *  $0n$  OR  ^Intermittent! 
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I+GAS+l 

I+OTS+I 

I+steering  to  tgt  +  I 

I+TOS+I  All  are  defined  by  the  following  tables. 


Definition  of  I+GAS+i 


MODES  EVENTS 

3a33a3aiS«BSS33S93aaS3S3333a*3333=3S3Saa=3aS333SX3a3«aSS33sa3SSSBaSS>aSfl3l 


**LoNuke** 

@T( l  +  tgt  ahead+I) 

WHEN(  I+gr_ac__lastip+I 
lseq  42  nmi) 

@T( I+OTS+I )  OR 
@T( I+TOS+I)  OR 
@T( I+steering  to 
OR  @F ( In  mode ) 

tgt+I) 

**HiNuke** 

@T(I+gr  ac  lastip+I  gt  13000  ft) 
WH£N( I+desTg+i  AND 

I+wpns_r lsd+I  =  0  AND 

I+rls  pts  passed+l“I+stik  quan+!) 
OR 

@T< l+tgt  ahead+I ) 

WHEN( I+gr_ac  lastip+I  lseq  42nmi) 

@T( I+OTS+1 )  OR 
@T( I+T0S+ I )  OR 
@T( 1+s tee ring  to 
OR  @F(In  mode) 

tgt  +  D 

@T(.+gr  ac  lastip+I  gt  13000  ft) 
**NBnot Shrike**  WHEN ( 1 + desTg+ I  AND 

I+rls_pts_passed+l=,l  +  stik  quan+I ) 

@T<|  I+OTS+I)  OR" 
@T( I+TOS+I)  OR 
@T( I+steering  to 
OR  @F( In  mode) 

tgt+I) 

**NBShrike** 

♦Walleye* 

@T(I+stik  erapty+I) 

WHEN( I+desig+I ) 

@T( I+OTS+I )  OR 

@T( 1+TOS+ I )  OR 

@T(  I+steering  to  tgt+I' 
OR  @F(In  mode) 

Value  of 
I+GAS+I : 

true 

false 
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Definition  of  I+OTS+I 


MODES  EVENTS 


samaaaaaamamxBsaa 

@T(1+T0S+1) 

ia*a 

OR 

**LoNuke** 

@T(l+stik  empty+i) 

@t('.+gas+i) 

OR 

WHEN( I+desig+I  AND 

@T(  i+steering 

to 

tgt+1) 

OR 

J+wpns_r lsd+1  *  0) 

@F(In  mode) 

@T( I+TOS+i ) 

OR 

**NBnot Shrike** 

@T( 1+stik  empty+1) 

@T( 1+GAS+I ) 

OR 

WHEN( 1+desig+l ) 

@T(  1+steering 

to 

tgt+1) 

OR 

@F(In  mode) 

Value  of 

1+OTS+l : 

true 

false 

MODES 

Definition  of  1+steering  to  tgt+1 

EVENTS 

**LoNuke** 

@T( 1+desig+l  OR 

@T( 1+OTS+I ) 

OR 

**HiNuke** 

@T( !+gr  ac  tgt+I  lseq  5000  ft 

@T( I+TOS+! ) 

OR 

**NBno t  Shr ike** 

OR  ABS( 1+steering  error  to  tgt+1 

@T( I+GAS+1 ) 

OR 

**NBShrike** 

lseq  20  degrees) 

@F(In  mode) 

♦Walleye* 

WHEN( 1+GAS+l ) 

Value  of 

1+steering  to  tgt+ 

1 :  true 

false 

MODES 

Definition  of  1+T0S+1 

EVENTS 

**LoNuke** 

@T( l+wpns_r lsd+i  ■  1) 

@T( 1+OTS+l ) 

@T( I+GAS+1) 

@T( I+steering 

OR 

OR 

to 

tgt+I) 

@T(!+stik  empty+I) 

@T( 1+OTS+l) 

OR 

**HiNuke** 

WHEN< 1+desig+l) 

@T( I+GAS+1) 

OR 

tgt+1) 

OR 

@T( l+wpns_r lsd+1  ■  1) 

@T( 1+steering 

to 

1+T0S+1 : 

true 

false 
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!+high  drag  release* ! 


I+low  drag  release*'. 


!!MRI  distil 


I *r ls_pt  8_passed+ 1 


:+r65+I 


I+rmax+I 


I+rmax*6000+I 


I+Weapon  Class*!  *  ($SH$  OR  $HD$) 

OR 

(!*Weapon  Class*!  ■  ($OD$  OR  $0R$  OR  $SOD$) 
AND  1+High  Drag*!) 


!*Weapon  Class*!  ■  ($SL$  OR  $SSL$) 

OR 

(!*Weapon  Class*!  ■  ($OD$  OR  $OR$  OR  $SOD$) 
AND  NOT  !*High  Drag*!) 


The  distance  along  the  ground  between  two  successive 
impact  points,  assuming  a  time  interval  between 
successive  releases  given  by  the  MR I  curves  in 
Section  2.4  of  the  Requirements.  To  compute  an  MRI 
for  a  given  weapon,  the  !*Weapon  Class*!  and  current 
!*norm  accel*!  must  be  known. 


Initialized  to  0  whenever  one  of  the  following 
occurs : 

@T( I+desig*! ) 

@T(*CCIP*  OR  *Manrip*  OR  *A/A  Manrip*) 
@T(!+RE  pressed*!) 

WHEN( !+rls_pts_passed+!  *  !+stik_quan+! ) 
Incremented  by  1  whenever  @T( 1+computed  rTs+1) 
occurs. 


!+desig+!  AND  !+low  drag  release*!  AND  !*Weapon 
Class*!  -  $SOD$  OR  $SSH$  AND  !+tgt  ahead*!  AND 
a/c  at  optimum  pullup  range  for  a  65  degree  flight 
path  angle  at  release. 


!+desig+!  AND  !+low  drag  release*!  AND  !*Weapon 
Class*!  »  tSODi  OR  $SSH$  AND  !*tgt  ahead*!  AND 
a/c  at  maximum  pullup  range  that  would  result  in 
weapon  impact  on  target. 


I+desig*!  AND  I+low  drag  release*!  AND  !+Weapon 
Class*!  ■  fcSODi  OR  $SSH$  AND  !+tgt  ahead*!  AND 
a/c  at  pullup  range  that  would  result  in  weapon 
impact  6000  feet  short  of  target. 
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l+rmin+! 


I +rmin+ 6000+1 


1+special  in  range+1 


l+special  solution+l 


1! special  soln  occurred! 1 


!+sr_ac_btpup+! 


l+sr_ac_ip+l 


l+sr  ac  rls+! 


1+desig+l  AND  1+low  drag  release+!  AND 
!+Weapon  Class+!  ■  $S0D$  OR  $SSH$  AND 
1+tgt  ahead+1  AND  a/c  at  minimum  pullup  range 
that  would  result  in  weapon  impact  on  the  target. 


!+desig+l  AND  !+low  drag  release+!  AND 
!+Weapon  Class+1  *  $SOD$  OR  $SSH$  AND 
1+tgt  ahead+1  AND  a/c  at  pullup  range  that  would 
result  in  weapon  impact  6000  feet  long  of  target. 


if  1+low  drag  release+!  then  true  iff 
!+gr_ac_tgt+!  lseq  10  nmi;  if  !+high  drag 
release+!  then  true  iff  !+target  in  range+1. 


!+miss  distance* !  lseq  10  feet  AND 
ABS (  1+steering  error  to  tgt+!  )  lseq  20  deg.  A 
likely  change  would  be  to  make  these  criteria 
contingent  upon  the  chosen  weapon  type. 


true  iff  the  event  @T( 1+Special  solution+l)  has 
occurred  since  the  last  target  designation. 


Use  Physical  Models  programs  to  return  the 
position  of  the  blast  pullup  point  and  then  the 
slant  range.  The  radius  of  avoidance  is  1500 
feet;  note  that  a  likely  change  would  be  to  make 
the  radius  weapon-dependent. 

Use  Physical  Models  programs  to  obtain  the 
position  of,  and  then  the  slant  range  to,  the 
impact  point. 

Use  Physical  Models  programs  to  obtain  the 
position  of,  and  then  the  slant  range  to,  the 
release  point. 


i 

i 
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"stik  distance  achieved"  true  when  the  ground  range  from  the  last 

(previous)  computed  impact  point  to  the  next 
computed  impact  point  is  equal  to  the  required 
distance.  The  distance  is  a  function  of 
i+Weapon  Class*!,  ! !MRI  distil,  and 
!+Weap  Interval*!.  The  distance  is  not  computed 
for  weapon  classes  $GN&,  tRK$,  $SSH$,  $SOD$,  or 
$WLi,  since  these  weapons  are  not  delivered  in 
stiks. 

! *Weapon 

Class*!  Distance 

iSKi  1  nmi 

iMFi  MAX(  !!MRI  distil,  !*Weap  Interval  x  10) 

Others  MAX(  !!MRI  distil,  !*Ueap  Interval*!  ) 

A  change  in  the  value  of  !*Weap  Interval*!  should 
be  ignored  if  it  occurs  during  a  stik  delivery 
when  1+RE  pressed*!. 

!*stik_quan*!  if  !*Weapon  Class*!  ■  iSODj  OR  $SSH$  OR  $WL$  then  1 

if  !*Weapon  Class*!  ■  iSKt  then 

MIN(  !*Weap  Quantity* 4  ); 
if  !*Weapon  Class*!  “  $MF$  then 

MIN(  I+Weap  Quantity*!,  20); 
if  !+Weapon  Class*!  ■  none  of  the  above,  then 
MAX(  !*Weap  Quantity*!,  1  ). 

A  change  in  the  value  of  I+Weap  Quantity*!  should 
be  ignored  if  it  occurs  during  a  stik  delivery 
when  !*RE  pressed*!. 


!*target  in  range*!  See  definition  of  ! target  in  range!  in  the 

Requirements  document.  See  also  the  Device 
Interface  Module  Weapon  Characteristics  interface. 


!*time  to  rls+!  lseq  !*preparation  time*!, 
elapsed  time  since  last  call  to 

+DI_PREPARE_WEAPON*  gteq  !+preparation  time*!  for 
the  current  weapon. 

!+wpns  rlsd+l  Initialized  to  zero  whenever  the  event 

@T(!+stik  created*!)  occurs.  Incremented  by  one 
whenever  @T(I+Rel  in  Progress*!)  occurs. 


l*time  to  prepare*! 
."weapon  prepared!! 
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Shared  Services  Module  Interface  Term  Index 
with  Mapping  to  Requirements 


The  following  is  a  list  of  all  values  (either  conditions  or  events) 
produced  by  the  Shared  Services  module.  Following  each  is  the  name  of  the 
submodule  the  produces  it,  and  a  reference  to  that  part  of  the  Requirements 
document  that  corresponds  to  the  term. 


Entry  name 


Producing  Mapping  to  Re  luirements 

Submodule 


+ACAIRB+! 

DIAGIO 

♦AC  stage  complete*! 

STAGE 

+ADCFAIL+! 

DIAGIO 

+adc  al t  up* ! 

SYSVAL . DEVREAS 

♦adc  reasonable*! 

SYSVAL.DEVREAS 

+adc  tas  up*! 

SYSVAL. DEVREAS 

♦after  slewing*! 

SYSVAL. SLEW 

+air  velocity  test  passed*! 
+align_mode+l 

SYSVAL. IMS ALN 
MODE 

♦align_stage+l 

STAGE 

♦alt  priority  ranging*! 

SYSVAL. VALSEL 

+alt  priority  source*! 

SYSVAL . VALSEL 

+alt  priority  stale*! 

SYSVAL. VALSEL 

+ap  ahead*! 

SYSVAL. ACPOSNREL 

+ARPINT+! 

DIAGIO 

♦ARPPAIRS*! 

DIAGIO 

♦ARPQUANT*! 

DIAGIO 

*az  miss  dist*! 

SYSVAL ■ WPNRLS 

+az  ref  hdg  pnl+! 

PNL. INPUT 

!+before  slewing* ! 

SYSVAL. SLEW 

!*blast  danger*! 

SYSVAL. WPNRLS 

I+BMBDRAG  eq  High*! 

DIAGIO 

!+brg_ac__ftpt+! 

SYSVAL.  ACPOSNREL 

!+brg_ac__tgt+! 

SYSVAL. ACPOSNREL 

!  *brg_gr tk_ap+ ! 

SYSVAL. ACPOSNREL 

l+brg_grtk_cup*I 

SYSVAL. ACPOSNREL 

/ACAIRB/ 

lACl  Tstagel,  !AC2  Tstage! 
/ADCFAIL/ 

I ADC  up! 

lADC  Reasonable! 

!ADC  up! 

!After  slewing! 

!Air  velocity  test  passed! 

Section  3.2 

Section  3.2.0 

Section  4.6.38 

Section  4.6.38 

Section  4.6.38 

1 adjusted  point! 

/ARPINT/ 

/ ARPPAIRS / 

/ARPQUANT/ 

1  azimuth  miss  distance! 

! azimuth  reference 
heading! ;  see  also 
Sections  4.6.2,  4.6.10 
! Be  fore  slewing! 

!blast  pullup  point! 
/BMBDRAG/ 

!Fly-to  point! 

! target! 

!adjusted  point! 

!Called-up  point! 
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Index  and  Mapping  Co  Reqts 


Entry  name 

Producing 

Mapping  to  Requirements 

l+brg_grtk_ftpt+l 

Submodule 

SYSVAL . ACPOSNREL 

iFly-to  point! 
lOAPl,  ! target! 

! +brg_grtk_oap+ 1 

SYSVAL.ACPOSNREL 

!+brg_grtk_tgt+! 

SYSVAL. ACPOSNREL 

!  target! 

I+burst  ht  pnl+! 

PNL. INPUT 

Section  4.6.14 

!+CA  s Cage  complete* 1 

STAGE 

!CA  stage! 

I+CA2  stage  complete*! 

STAGE 

end  of  lCA  stage! 

!*central  long  a  pnl+! 

PNL. INPUT 

Sections  4.6.2,  4.6.27 

!*central  long  b  pnl+! 

PNL. INPUT 

Sections  4.6.2,  4.6.27 

!+CL  stage  complete*! 

STAGE 

!CL  stage! 

!*CL2  stage  complete*! 

STAGE 

end  of  !CL  stage! 

!*coaputed  rls*I 

SYSVAL. WPNRLS 

Section  4.4 

!*CS  stage  complete*! 

STAGE 

!CS  Tstage! 

!*cup  ahead*! 

SYSVAL.ACPOSNREL 

! Called-up  point! 

!*data  enter able*! 

PNL. INPUT 

Section  4.6.2 

!*data  nbr  pnl+! 

PNL. INPUT 

Sections  4.6.18-4.6.54 

!*DC  stage  complete*! 

STAGE 

iDC  Tstage! 

!+desig+! 

SYSVAL. FIXLOCN 

Idesig! 

1+dest  altitude  pnl*! 

PNL. INPUT 

iDestaltitude! ;  see  also 

!*dest  entry  pnl* I 

PNL. INPUT 

Sections  4.6.2,  4.6.12 
Section  4.6.2;  see  also 

1+dest  lat+1 

SYSVAL. FIXLOCN 

!dest  called  up! 

Section  4.6.11 

!*dest  lat  pnl+! 

PNL. INPUT 

Sections  4.6.2,  4.6.11 

!+dest  long+1 

SYSVAL. FIXLOCN 

Section  4.6.11 

!+dest  long  pnl+! 

PNL. INPUT 

Sections  4.6.2,  4.6.11 

1+dest  mslp  pnl+1 

PNL. INPUT 

Sections  4.6.2,  4.6.12 

!+dest  selected*! 

PNL. INPUT 

Idest  called  up! 

I+DIO  stage  complete*! 

STAGE 

!DIO  Tstage! 

!+Doppler  coupled  pnl+1 

PNL. INPUT 

! Doppler  coupled!;  see 

!+Doppler  reasonable*! 

SYSVAL.DEV<it,AS 

also  Sections  4.6.2, 
4.6.32 

!Doppler  Reasonable! 

!+Doppler  up*! 

SYSVAL. DEVREAS 

! Doppler  Up! 

!*drift  angle*! 

SYSVAL.VALSEL 

I  drift  angle! 

!+drift  test  failed*! 

SYSVAL. IMSALN 

!New  01  test  passed! 

!+drift  test  passed*! 

SYSVAL. IMS ALN 

'.New  01  test  passed! 

I+DRSREL+! 

DIAGIO 

/DRSREL/ 

!+during  slewing*! 

!+e  coarse  bias  pnl+! 

SYSVAL. SLEW 

! During  slewing! 

PNL. INPUT 

Sections  4.6.2,  4.6.25 

!+e  coarse  scale  pnl+! 

PNL. INPUT 

Sections  4.6.2,  4.6.23 

!+e  fine  bias  pnl+! 

PNL. INPUT 

Sections  4.6.2,  4.6.26 

!+e  fine  scale  pnl+1 

PNL. INPUT 

Sections  4.6.2,  4.6.24 

!+ED  stage  complete*! 

STAGE 

!ED  stage! 

1+ED2  stage  complete*! 

STAGE 

end  of  !ED  stage! 
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Index  and  Mapping  to  Reqts. 


Entry  name 

Producing 

Mapping  to  Requiremen 

'.-•■elapsed  navaln  time+1 

Submodule 

SYSVAL. IMS ALN 

Section  4.6.44 

I+FG  stage  complete*! 

STAGE 

!FG  stage! 

!*FM  stage  complete-*-! 

STAGE 

!FM  stage! 

!  +  ftpt  ahead* I 

SYSVAL. ACPOSNREL 

!Fly-to  point! 

I+GAS+! 

SYSVAL . WPNRLS 

1GAS! 

I+GA  stage  complete*! 

STAGE 

!GA  Tstage! 

!+gr_ac_ftpt*I 

SYSVAL. ACPOSNREL 

!Fly-to  point! 
!fixpoint! 

l+gr_ac_fxpt+l 

SYSVAL. ACPOSNREL 

! +gr_ac_HUDrefpt+ ! 

SYSVAL. ACPOSNREL 

Section  4.3.1 

1 +gr_ac_oap+ ! 

SYSVAL. ACPOSNREL 

iOAP!,  ! target! 

!  *gr_ac_rmax+ 1 

SYSVAL. WPNRLS 

!Rmax! 

!+gr_ac_tgt+l 

SYSVAL. ACPOSNREL 

! target ! 

!+ground  danger*! 

SYSVAL. ACPOSNREL 

I ground  pullup  point! 

! +GUNSSEL+ ! 

DIAGIO 

/GUNSSEL/ 

!*HG  stage  complete*! 

STAGE 

IHG  stage!  complete 

!*high  drag  release*! 

SYSVAL. WPNRLS 

!high  drag! 

!*HL  stage  complete*! 

STAGE 

!HL  stage!  complete 

1*HS  stage  complete*! 

STAGE 

!HS  stage!  complete 

!*HUO  slew  legal*! 

SYSVAL. SLEW 

Section  4.3.1 

!+HUDrefpt  az*l 

SYSVAL. ACPOSNREL 

Section  4.3.1 

!*HUDrefpt  elev+1 

SYSVAL. ACPOSNREL 

Section  4.3.1 

!+HUDREL+'.“ 

DIAGIO 

/HUDREL/ 

I*IMS  reasonable*! 

SYSVAL. DEVREAS 

: IMS  Reasonable! 

J+IMSAUTOC+! 

DIAGIO 

/IMSAUTOC/ 

!+ IMSMODE  eq  Gndal*! 

DIAGIO 

/IMSMODE/ 

1+ IMSMODE  eq  Grid*! 

DIAGIO 

/IMSMODE/ 

!+IMSMODE+ !  eq  Iner+! 

DIAGIO 

/IMSMODE/ 

!+ IMSMODE  eq  Magsl*! 

DIAGIO 

/IMSMODE/ 

!+ IMSMODE  eq  Norm*! 

DIAGIO 

/IMSMODE/ 

1+IMSREDY+l 

DIAGIO 

/ IMSREDY / 

! +IM3REL+ ! 

DIAGIO 

/IMSREL/ 

I+in_flight+i 

SYSVAL.VALSEL 

/AGAIRB/ 

!+in  pnl  config*! 

PNL. CONFIG 

Section  4.6.1 

1+input  attempted*! 

PNL. INPUT 

Section  4.6.2 

!+input  requested*! 

PNL. INPUT 

Section  4.6.2 

1+land  based*! 

PNL. INPUT 

! Land ! 

!*land  based  pnl+! 

PNL. INPUT 

lLand!;  I  Data  23! 

!+land  velocity  test  failed*! 

SYSVAL. IMSALN 

!Land  velocity  test 

!*land  velocity  test  passed*! 

SYSVAL. IMS ALN 

passed! 

1+L-probe  pnl+i 

PNL. INPUT 

!L-probeI;  '.Data  26!; 
see  also  Sections 
4.6.2,  4.6.33 

!+latitude+! 

SYSVAL. ACPOSNREL 

!  latitude! 

! * 1 a  t i t  ude_cup+ ! 

SYSVAL. FIXLOCN 

!Called-up  point! 

!♦  latitude  error*! 

SYSVAL. ACPOSNREL 

Section  4.6.17 

!*latitude  pnl+1 

PNL. INPUT 

Sections  4.6.2,  4.6.5 
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Index  and  Mapping  to  Reqts 


Entry  name 

Producing 

Mapping  to  Requirements 

Submodule 

1  +  limited  input-*-'. 

SUBRTN 

see  Sections  4. 3. 1,2, 5 

!+longitude+! 

SY  S  VAL .  ACPOS  NREL 

1  longitude! 

1 ♦ 1 ong i tude_cup+ l 

SYSVAL.FIXLOCN 

ICailed-up  point! 

! -(-longitude  error*  1 

SYS VAL. ACPOS NREL 

Section  4.6.17 

!+longitude  pni+1 

PNL. INPUT 

Sections  4.6.2,  4.6.5 

!  +  low  drag  release*'. 

SYSVAL. WPNRLS 

How  drag! 

1  +  low  lat  ct  a  pnl+1 

PNL. INPUT 

Sections  4.6.2,  4.6.28 

!+low  lat  ct  b  pnl+1 

PNL. INPUT 

Sections  4.6.2,  4.6.28 

1+MA+l 

DIAGIO 

/MA/ 

l*tnach  reasonable+1 

SYSVAL . DEVREAS 

Imach  unreasonable! 

1+mag  variation  pnl+1 

PNL. INPUT 

Imagnetic  variation!; 
see  also  Sections 

4.6.2,  4.6.9 

!+map  orient  a  pnl+'. 

PNL. INPUT 

Sections  4.6.2,  4.6.29 

1+map  orient  b  pnl+i 

PNL. INPUT 

Sections  4.6.2,  4.6.29 

I+mark+1 

SYSVAL.FIXLOCN 

iMark  number  1;  see 
also  Section  4.6.15 

1+mark  lat+1 

SYSVAL.FIXLOCN 

Section  4.6.15 

1+tnark  long+1 

SYSVAL.FIXLOCN 

Section  4.6.15 

l+MFSW  eq  BOC+1 

DIAGIO 

/MFSW/ 

l+MFSW  eq  BOCOFF+1 

DIAGIO 

/MFSW/ 

l+MFSW  eq  CCIP+1 

DtAGIO 

/MFSW/ 

l+MFSW  eq  NATT+1 

DIAGIO 

/MFSW/ 

l+MFSW  eq  NATTOFF+1 

DIAGIO 

/MFSW/ 

l+MFSW  eq  TF+1 

DIAGIO 

/MFSW/ 

1 +MULTRACK+1 

DUG  10 

/MULTRACK/ 

!+nav_mode+l 

MODE 

Section  3.3 

1+nav  velocity  test  failed+1 

SYSVAL. IMSALN 

'.Nav  velocity  test  failed 

1+n  coarse  bias  pnl+I 

PNL. INPUT 

Sections  4.6.2,  4.6.25 

1+n  coarse  scale  pnl+1 

PNL. INPUT 

Sections  4.6.2,  4.6.23 

1+n  fine  bias  pnl+'. 

PNL. INPUT 

Sections  4.6.2,  4.6.26 

1+n  fine  scale  pnl+I 

PNL. INPUT 

Sections  4.6.2,  4.6.24 

1+ND  stage  cotnplete+1 

STAGE 

IND  stage! 

1+ND2  stage  complete+1 

STAGE 

end  of  IND  stage! 

1+new  align  stage*'. 

1+new  (panel  data  item) 

STAGE 

iNew  stage! 

entered+1 

PNL. INPUT 

Section  4.6 

1+new  test  stage*'. 

STAGE 

Section  3.7.0 

1+oap  ahead* 1 

SYSVAL. ACPOS NREL 

lOAPl,  ! target! 

I+offset  brg  pnl+1 

PNL. INPUT 

!offset  bearing!;  see 
also  Section  4.6.13 

I+offset  dht  pni+I 

PNL. INPUT 

1  Delta  height!;  see 
also  Section  4.6.14 

1+offset  mg  pnl+1 

PNL.  INPlfT 

loffset  range!;  see 

also  Section  4.6.13 


695  U 


100 


Appendix  3 


Index  and  Mapping  Co  ReqCs 


:+ots+i 

!+panel  error+1 
1+PD  stage  complete+1 
!+pnl  input  complete+1 
I+PMDCTR+1 
.'+PMHOLD+! 

1+PMLAND+l 
! +PMNORUP+ ! 

I +PMSCAL  eq  80+ ! 

!+pnl  config  changed+I 
!+pnl  config+1 
1+R65+! 

1+radalt  priority  pnl+1 


SYSVAL.WPNRLS 
PNL . INPUT 
STAGE 
PNL. INPUT 
DIAGIO 
DIAGIO 
DIAGIO 
DIAGIO 
D I  AG  10 
PNL. CONFIG 
PNL. CONFIG 
SYSVAL.WPNRLS 
PNL. INPUT 


+radalt  reasonable+I 

SYSVAL.DEVREAS 

+RE+1 

DIAGIO 

+r ls_pts_passed+! 

SYSVAL.WPNRLS 

+rmax+l 

SYSVAL.WPNRLS 

+rmax+6000+! 

SYSVAL.WPNRLS 

+rmin+ ! 

SYSVAL.WPNRLS 

+rmin+ 6000+1 

SYSVAL.WPNRLS 

+SC  stage  complete+1 

STAGE 

+SINS  dhdg  pnl+1 

PNL. INPUT 

+SINS  x  offset  pnl+! 

PNL. INPUT 

+SINS  y  offset  pnl+1 

PNL. INPUT 

+SINS  z  offset  pnl+! 

PNL. INPUT 

+SINS  velocity  test  passed+! 

SYSVAL. IMSALN 

+s lew  FLR  delta  az+! 

SYSVAL.SLEW 

+slew  FLR  delta  rng+! 

SYSVAL. SLEW 

+slew  HUD  delta  az+1 

SYSVAL.SLEW 

♦slew  HUD  delta  elev+! 

SYSVAL.SLEW 

+slew  map  delta  lat+1 

SYSVAL.SLEW 

+slew  map  delta  long+! 

SYSVAL.SLEW 

+special  in  range+! 

SYSVAL.WPNRLS 

+special  solution+1 

SYSVAL.WPNRLS 

+sr_ac_ap+l 

SYSVAL.ACPOSNREL 

+sr_ac_bpup+! 

SYSVAL.WPNRLS 

+sr_ac_cup+! 

SYSVAL.ACPOSNREL 

+sr_ac_ftpt+! 

SYSVAL.ACPOSNREL 

+sr_ac_gpup+l 

SYSVAL.ACPOSNREL 

+sr_ac_ip+! 

SYSVAL.WPNRLS 

+sr_ac_oap+! 

SYSVAL.ACPOSNREL 

+sr_ac_rls+l 

SYSVAL.WPNRLS 

+sr_ac_tgt+l 

SYSVAL.ACPOSNREL 

iots: 

Section  4.6.2 
iPD  Tstage!  complete 
Section  4.6.2 
/PMDCTR/ 

/PMHOLD/ 

/ PMLAND / 

/PMNORUP/ 

/PMSCAL/ 

Section  4.6.1 
Section  4.6.1 
iR65! 

IRadalt I ;  iData  241 ; 
see  also  Sections 
4.6.2,  4.6.31 
IRADALT  reasonable! 
/RE/ 

Iris  pts  passed! 
iRmax! 
lRmax+6000! 
iRmin! 

!Rmin+6000! 

ISC  Tstage!  complete 
Sections  4.6.2,  4.6.8 
Sections  4.6.2,  4.6.7 
Sections  4.6.2,  4.6.7 
Sections  4.6.2,  4.6.8 
!SINS  velocity  test 
passed! 

Iradar  rate! 

! radar  rate! 

1HUD  rate! 

!HUD  rate! 

!Map  rate! 
iMap  rate! 

! Special  in  range! 
ISpecial  Solution! 
ladjusted  point! 
Iblast  pullup  point! 
!Called-up  point! 
iFly-to  point! 

! ground  pullup  point! 
I  impact  point! 
lOAPl,  ! target! 
!distance-to-release! 
! target ! 
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Entry  name 

Producing 

Submodule 

!+sr  reasonable*! 

SYSVAL . DEVREAS 

I+STA1RDY+! 

DIAGIO 

I+STA2RDY+1 

DIAGIO 

1+STA3RDY+1 

DIAGIO 

!  +STA6RDY+ ! 

DIAGIO 

!+STA7RDY+! 

DIAGIO 

!  +STA8RDY+ ! 

DIAGIO 

I+steering  error  to  rls+! 

SYSVAL.ACPOSNREL 

!+steering  error  to  tgt  +  ! 

SYS  VAL . ACPOS  HREL 

I+steering  to  tgt+I 

SYSVAL.WPNRLS 

I+stik  created*! 

SYSVAL . WPNRLS 

!+stik  empty*! 

SYSVAL.WPNRLS 

!+stik_quan+! 

SYSVAL.WPNRLS 

!  +symbol_ax_on_ASL+ 1 

SUBRTN 

!+target  in  range*! 

SYSVAL.WPNRLS 

! +TD+ ! 

D I  AG  10 

!+test  stage*! 

STAGE 

!+test_mode+! 

MODE 

!+time  to  prepare*! 

SYSVAL.WPNRLS 

!+tgt  ahead*! 

SYSVAL.ACPOSNREL 

!+time  to  ftpt*! 

SYSVAL.ACPOSNREL 

I+TM  stage  complete*! 

STAGE 

.'+T0S+: 

SYSVAL.WPNRLS 

i+TS  stage  complete*! 

STAGE 

! +upda te_mode+ ! 

MODE 

!+v  coarse  bias  pnl+i 

PNL. INPUT 

!+v  coarse  scale  pnl+! 

PNL. INPUT 

'.♦velocity  east  system*! 

SYSVAL. VALSEL 

!+velocity  north  system*! 

SYSVAL. VALSEL 

!+velocity  vertical  system*! 

SYSVAL. VALSEL 

!+weap  mode*! 

MODE 

1+WEAPTYP+l 

DIAGIO 

!+wind  dir*! 

SYS VAL. VALSEL 

!+wind  dir  pnl+i 

PNL. INPUT 

!+wind  vel+! 

SYSVAL. VALSEL 

!+wind  vel  pnl+! 

PNL. INPUT 

!*wpns  rlsd+1 

SYSVAL.WPNRLS 

!+wraode_c lass*! 

MODE 

!+x  corr  increm  pnl+1 

PNL. INPUT 

!*x  drift  pnl+! 

PNL. INPUT 

!*y  corr  increm  pnl+! 

PNL. INPUT 

!*y  drift  pnl*! 

PNL. INPUT 

!*z  corr  increm  pnl+i 

PNL. INPUT 

1+z  drift  pnl+1 

PNL. INPUT 

Mapping  to  Requirements 


1  Slant  range  reasonable 
/STA1RDY/ 

/STA2RDY/ 

/STA3RDY/ 

/STA6RDY/ 

/STA7RDY/ 

/STA8RDY/ 

Section  4.3.2 
I  target! 

!  steering  to  target! 
Iris  pts  passed! 

!rls  pts  passed! 

Istik  quantity! 

Section  4.3.11.2 
I  target-in-range ! 

/TD/ 

Section  3.7.0 
Section  3.7 
Section  4.4 
! target! 

!Fly-to  point! 

'.TM  Tstage! 

!T0S! 

Section  3.2.0 
Section  3.5 

Sections  4.6.2,  4.6.25 
Sections  4.6.2,  4.6.23 
!System  velocities! 
!System  velocities! 
!System  velocities! 
Section  3.6 
/WEAPTYP/ 

Section  4.6.6 
Sections  4.6.2,  4.6.6 
Section  4.6.6 
Sections  4.6.2,  4.6.6 
! weapons  released! 
Section  3.6.16 
Sections  4.6.2,  4.6.22 
Sections  4.6.2,  4.6.19 
Sections  4.6.2,  4.6.22 
Sections  4.6.2,  4.6.20 
Sections  4.6.2,  4.6.22 
Sections  4.6.2,  4.6.21 
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